У меня много других Wi-Fi AP, и у них всего несколько мегабайт встроенной памяти. Тот факт, что системы UniFi нуждаются в централизованном контроллере, оказался для меня сюрпризом, но я могу понять, что это упрощает работу с очень большими сетями, и в частности, обработку роуминга, подсетей, правил брандмауэра и так далее. Проблема в том, что сервис слишком тяжелый для небольших сетей. Я использую SSD по причинам стабильности и надежности. Мой сервер прекрасно справлялся с 2ГБ CF-картой в течение 6 лет, затем с 4ГБ диском. Сейчас у меня 64ГБ SSD, но я не хочу тратить 1/10 часть его только на несколько AP. Пока что у меня только один, но в долгосрочной перспективе у меня будет 4 или 6. У меня есть другие централизованные сервисы для других целей; бинарник занимает 150 МБ, уменьшается до 2 МБ. А данные занимают менее 10 МБ, а логи – менее 1 МБ в месяц. Самый тяжелый сервис генерирует 1 ГБ логов в год, а еженедельные логи перемещаются на резервный сервер. Здесь вы просите 500 МБ-8 ГБ постоянных данных и логов на сервере. Это больше места, чем что сервером требовалось два месяца назад (система + данные + логи). Добавление одной точки доступа Wi-Fi удваивает требуемое место! Это мой 8-й AP, самый мощный, но он потребляет ресурсы, о которых другие AP даже не заикались. Также все остальные сервисы генерируют логи в /var/log и обрабатываются logrotate для отслеживания и сжатия данных; после сжатия файлы можно перемещать на другой резервный сервер, чтобы основной сервер оставался легким. UniFi и mongodb используют другую директорию. На самом деле, это совершенно нелогично и не по-Linux; даже не по-UNIX. UniFi делает вещи вне стандарта. Уровень доступа нельзя установить в "none". Логи находятся в нестандартных директориях. Логи нельзя управлять стандартным инструментом logrotate. Я бы в худшем случае согласился с 1МБ базы данных для сервера, а затем по одной на AP. Там не меньше 5 БД размером около 15 МБ. Плюс два лог-файла размером 350+150МБ. Там хотя бы содержатся полные заголовки трафика? Я делаю резервное копирование заголовков трафика (у меня постоянный tcpdump на моем роутере, чтобы сохранять все заголовки – уже два года), и это намного меньше, чем это. Думайте о надежности. Думайте о малом. Я не хочу 4Т вращающуюся пластину только для своей Wi-Fi. Я хочу 64ГБ SSD, чтобы он содержал весь дом. Например, NUT, который намного более жизненно важен для меня; бинарник занимает 500 КБ; а логи занимают менее 1 МБ в день до сжатия; и у меня очень интенсивный NT-трафик (10 запросов в минуту).

513M /var/lib/unifi до и после нажатия кнопки. Кнопка ведёт себя так, будто мне приходится нажимать на неё каждую неделю; у меня нет времени на повторяющиеся задачи, просто сделайте постоянную галочку !!! 513M — это слишком много для точек доступа Wi-Fi, которые просто обеспечивают доступ к Wi-Fi. Может, другим пользователям нравится использовать 4-8 ГБ диска для бесполезного логирования трафика, который они никогда не прочитают, но не мне. Причина, по которой у меня ограниченное дисковое пространство, в том, что... у меня SSD. Самые большие управляемые коммутаторы используют 4M кэша для маршрутизации; никогда не видел, чтобы простой AP нуждался в таком количестве. У вас даже есть выпадающий список: уровень логирования, нормальный или подробный. ПРОСТО ПОСТАВЬТЕ ТУТ "ОТКЛЮЧИТЬ". Что произойдёт, если мы удалим эти файлы? Какие файлы жизненно важны, а какие можно удалить, не влияя на работу сети? /var/lib/unifi/db/ace.0/var/lib/unifi/db/ace.ns/var/lib/unifi/db/ace_stat.0/var/lib/unifi/db/ace_stat.ns/var/lib/unifi/db/journal/j._3/var/lib/unifi/db/journal/prealloc.1/var/lib/unifi/db/journal/prealloc.2/var/lib/unifi/db/local.0/var/lib/unifi/db/local.1/var/lib/unifi/db/local.ns Все эти файлы намного больше, чем должны быть для простой точки доступа.

Нашел проблему и исправил её для себя: в /var/log/unifi/mongod.log обнаружил ошибку: 2016-08-02T00:51:11.631+0100 [initandlisten] Please make at least 3379MB available in /usr/lib/unifi/data/db/journal or use --smallfiles 2016-08-02T00:51:11.631+0100 [initandlisten] exception in initAndListen: 15926 Insufficient free space for journals, terminating У меня только 2ГБ свободного места на диске... где добавить --smallfiles? Смотри https://community.ui.com/questions/0d35538e-16e9-45d4-a1e4-c1d8a4c0fc65 Изменения нужно делать, когда сервис выключен; иначе файл system.properties будет отменен. Кстати, именно там можно настроить порты... Порты теперь открыты для меня.

Я уже третий раз не могу установить контроллер. Свежая установка Stretch. Я пытался скачать unifi_sysvinit_all.deb из папки, рекомендованной на странице документации, приложенной к устройству (downloads.ubnt.com/unifi)... файл установился корректно, и демон работал, но порт 8443 не открывался на localhost. Потом я удалил его. Затем попробовал PDF, найденный в Google: Установка и настройка UniFi контроллера на Debian: community.ubnt.com/ubnt/.../UniFi/.../1/UniFiControllerInstallation.pdf [http://www.google.fr/url?sa=t&rct=j&q=unifi+linux&source=web&cd=3&ved=0ahUKEwiyssD6qqHOAhVLtBoKHc8CBpkQFgguMAI&url=http%3A%2F%2Fcommunity.ubnt.com%2Fubnt%2Fattachments%2Fubnt%2FUniFi%2F103492%2F1%2FUniFi­ControllerInstallation.pdf&usg=AFQjCNHn2tkoZlkvAR8uG1jMIMGY8C2KsQ](<#0 >) (Обобщение URL Google – это просто ужас!). В итоге это привело к сообщению: "Пакет 'unifi' не имеет подходящего кандидата для установки". Потом я попробовал то, что указано здесь: [https://help.ubnt.com/hc/en-us/articles/220066768-UniFi-Debian-Ubuntu-APT-howto?flash_digest=40425b20330dcf069409afc454cbd52a17c60beb#what](<#1 >) и в итоге получил то же самое: установился, но порт не открыт. В любом случае, я не могу найти ни одного файла или папки /etc/unifi. Демоны запускаются нормально, процессы работают (с 4 разными PID). Но порт 8443 всегда закрыт на localhost. Вот вывод ошибки установки для второго решения: root@leon-03:/tmp# dpkg -r unifi (Чтение базы данных ... 40170 файлов и каталогов установлено.) Удаление unifi (5.0.7-8593) ... Обработка триггеров для systemd (230-5) ... root@leon-03:/tmp# vim /etc/apt/sources.list root@leon-03:/tmp# apt-key adv --keyserver keyserver.ubuntu.com --recv C0A52C50 Выполнение: /tmp/tmp.IltVAfrKi9/gpg.1.sh --keyserverkeyserver.ubuntu.com--recvC0A52C50 gpg: запрос ключа C0A52C50 с сервера hkp keyserver.ubuntu.com gpg: ключ C0A52C50: импортирован публичный ключ "UniFi Developers <unifi-dev@ubnt.com>" gpg: Обработочено всего: 1 gpg: импортировано: 1 (RSA: 1) root@leon-03:/tmp# apt-key adv --keyserver keyserver.ubuntu.com --recv 7F0CEB10 Выполнение: /tmp/tmp.GJqvQLAbLx/gpg.1.sh --keyserverkeyserver.ubuntu.com--recv7F0CEB10 gpg: запрос ключа 7F0CEB10 с сервера hkp keyserver.ubuntu.com gpg: ключ 7F0CEB10: импортирован публичный ключ "Richard Kreuter <richard@10gen.com>" gpg: Обработочено всего: 1 gpg: импортировано: 1 (RSA: 1) root@leon-03:/tmp# apt-get update Hit:1 http://ftp.fr.debian.org/debian stretch InRelease Hit:2 http://security.debian.org stretch/updates InRelease Hit:3 http://ftp.fr.debian.org/debian stretch-updates InRelease Ign:4 http://dl.ubnt.com/unifi/distros/deb/debian debian InRelease Ign:5 http://dl.ubnt.com/unifi/distros/deb/debian debian Release Ign:6 http://dl.ubnt.com/unifi/distros/deb/debian debian/ubiquiti amd64 Packages Ign:7 http://dl.ubnt.com/unifi/distros/deb/debian debian/ubiquiti all Packages Ign:8 http://dl.ubnt.com/unifi/distros/deb/debian debian/ubiquiti/i18n/Translation-en_GB 404 Not Found E: Some index files failed to download. They have been ignored, or old ones used instead. root@leon-03:/tmp# apt-get install unifi Reading package lists... Done Building dependency tree Reading state information... Done Package unifi is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package 'unifi' has no installation candidate root@leon-03:/tmp# apt-get install unifi-beta Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package unifi-beta root@leon-03:/tmp# vim /etc/apt/sources.list root@leon-03:/tmp# nmap localhost -p 1-9000 Starting Nmap 7.12 ( https://nmap.org ) at 2016-08-02 00:20 BST Nmap scan report for localhost (127.0.0.1) Host is up (0.000039s latency). Other addresses for localhost (not scanned): ::1 Not shown: 8997 closed ports PORT STATE SERVICE 22/tcp open ssh 25/tcp open smtp 111/tcp open rpcbind Nmap done: 1 IP address (1 host up) scanned in 3.17 seconds root@leon-03:/tmp# Если я не смогу контролировать его с моего сервера в ближайшие дни, я попрошу вернуть деньги. Дальность действия AP-LR значительно больше, чем у других устройств; и 5-ГГц полоса решила мою проблему Wi-Fi vs Bluetooth; но у меня болезненная ротация между 5 ГГц и 2,4 ГГц: когда я удаляюсь от базового узла, мой телефон быстро теряет сигнал 5 ГГц и переключается на 2,4 ГГц; но это переключение обычно сопровождается потерей сетевого соединения (теряются некоторые ping-пакеты; сбои в Skype-коммуникации); ротация совсем не плавная. Телефон: HTC One M8. Так что я далек от 100% удовлетворения. Если ротация между несколькими AP будет такой же мучительной, то я не вижу смысла менять оборудование.

А, вижу. Попробуй скачать .deb здесь. Затем установи.

Коротко:
wget http://www.ubnt.com/downloads/unifi/4.6.3/unifi_sysvinit_all.deb; dpkg -i unifi_sysvinit_all.deb; apt-get install -f

Да.

Я использую Debian Jessie и следовал вашим инструкциям, и все работало до момента добавления репозитория. Выдает ошибку: "Unable to find expected entry 'ubiquiti/binary-armhf/Packages' in Release file". Я использую Debian Jessie, скачанный по ссылке, которую вы дали.

EDIT: В стандартной установке Jessie нет Java, кроме openjdk7, если это имеет значение.

На данный момент — да. Цепочка v4 будет использовать любую доступную прошивку v3 на момент релиза v4. Возможно, это изменится в будущем, но пока что именно так.

На момент написания этого текста:

unifi = 2.4.6
unifi-rapid = 3.2.10
unifi-beta = 4.6.3

Мы сделали это так, чтобы никого не заставляли использовать конкретную версию. В общем, если вы установите "unifi", вы останетесь на цепочке 2.x. Если установите "unifi-rapid", вы останетесь на цепочке 3.x. Если установите "unifi-beta", вы останетесь на цепочке 4.x. Ну, по крайней мере, пока что так и есть. Самая стабильная – это вопрос мнения. 4.6.3 – это та же прошивка, что и 3.2.10, но с новым UI.