Это должно быть эффективно, да? https://community.ui.com/questions/Introducing-UniFi-OS/a831a7b3-533a-46a8-989c-33d5db5d46fd Один портал для управления всеми вашими клиентами?

Мне нужна реальная пропускная способность в 1 Гб для всех гигабитных подключений, которые мы разворачиваем у более чем 50 клиентов. Как мы собираемся управлять всем этим, если устройство нельзя контролировать из единой облачной панели?! Сейчас мы используем модели Pro, и хотя клиенты жалуются, что не видят своих реальных скоростей, мы легко управляем всеми 50+ объектами через несколько облачных контроллеров. А с этим устройством централизованное управление, резервное копирование и удобный доступ окажутся невозможны. Прямо облом... Не знаю, что теперь делать.

Похоже, мне стоит научиться лучше исследовать информацию! Я купил UDM Pro, чтобы заменить USG Pro, а потом выяснилось, что это вовсе не замена. Я думал, исходя из описания в магазине, что там встроен контроллер, но я смогу просто не использовать его или отключить и подключить устройство к своему существующему контроллеру UniFi, который управляет множеством сайтов. Почему же это устройство называется UniFi, если оно не совместимо с UniFi? Говорить «всё в одном» — по-моему, не значит «всё в одном» только частично. В магазине должно было быть написано: «Не совместимо с внешними контроллерами UniFi». Видимо, буду возвращать его и искать что-то другое вместо USG Pro.

@rvansoest физическая линейка устройств Dream Machine и Dream Machine Pro всё ещё нужна, у нас много клиентов из малого бизнеса, для которых они подошли бы идеально, но то, что их нельзя подключить к внешнему контроллеру, сразу отпадает.

Я очень расстроен Dream Machine Pro. В рекламе Ubiquiti совершенно неясно, что его нельзя добавить в уже существующий контроллер. Я бы понял, если бы обычную Dream Machine нельзя было подключить к существующему контроллеру — ведь она рассчитана больше на дома и малый бизнес. Но чтобы «Pro» тоже нельзя было добавить к существующему контроллеру — это просто нелогично.  

Сейчас мы управляем тысячами устройств и сетей UniFi для наших клиентов, а потеря возможности централизованного управления лишает основной причины использовать и рекомендовать продукты UniFi.  

Я думаю, что большинство покупателей продуктов UniFi — это именно MSP, как мы, или аналогичные компании с такими же требованиями по функциям.  

Пожалуйста, дайте знать, если кто-то хочет создать группу или подскажите, если такая уже есть, где мы могли бы объединиться и как-то повлиять на Ubiquiti, чтобы они сохранили функции и продукты, необходимые нам, MSP.

Еще раз подумал. Если в UDM-PRO будет что-то вроде zerotier, это позволит нам удаленно подключаться к его API. Значит, я смогу смириться с тем, что не смогу использовать внешний контроллер.

Надеюсь, это решит следующие вопросы: Получать уведомления по электронной почте, если сайт перестает работать (!!). Это очень важно для предоставления премиального сервиса нашим клиентам, чтобы мы могли связаться с ними лично в течение нескольких минут после получения сигнала. Возможность видеть события, оповещения, графики/статистику и настройки всего, когда сайт падает. Так мы сможем вместе с клиентом (или его IT-специалистом) удаленно устранять проблемы, понимать, в чем может быть ошибка, не мчась слепо к клиенту — чтобы не тратить время зря. Возможность обновлять все контроллеры сразу, когда мы решим это сделать (не полностью автоматизировано). Не представляю, как можно тратить время на обновление каждого контроллера по отдельности при каждом обновлении... Это будет означать кучу потраченных денег и времени на оплату работы операторов. Автоматические резервные копии в удаленное хранилище.

В конце концов, самый простой способ убедиться, что AP примут настройку — это убедиться, что ваш DNS работает правильно. Если у вас есть контроль над DNS, который получают сами AP, убедитесь, что неквалифицированный ping по имени unifi (то есть просто unifi, без полного доменного имени, например unifi.mydomain.com) успешно разрешается в IP-адрес вашего контроллера.

Итог: если вы не можете зайти по ssh на AP и из его командной строки выполнить ping unifi, чтобы увидеть в ответ IP-адрес контроллера, у вас будет плохой день. Если UniFi AP не могут связаться с контроллером, они всегда (и повторюсь, ВСЕГДА) в конечном итоге возвращаются к обычному имени unifi, пытаясь "позвонить домой". Поэтому, если с DNS в этом плане всё будет железно, проблем не возникнет.

При этом одно из первых действий, которое я делаю, — это устанавливаю в контроллере принудительный IP-адрес контроллера. Нужно ввести IP (1) И поставить галочку (2), иначе это не сработает. Я считаю, что использовать IP-адреса лучше, так как они не должны часто меняться. Конечно, если ваш контроллер на облачном провайдере, где IP меняется постоянно, тогда, в отличие от моего предыдущего совета, используйте полное доменное имя (FQDN). Особенно если контроллер находится в другой подсети, чем AP.

Это отлично работает, если у вас нет контроля над DNS, который получают AP — в худшем случае вам придется зайти по ssh и выполнить set-inform, чтобы изначально подключить их к контроллеру. Иногда приходится делать set-inform дважды: первый — чтобы связаться с контроллером, второй — чтобы завершить принятие после нажатию кнопки adopt в контроллере, если процесс не завершается — так что не закрывайте ssh-сессию после первого set-inform!

Когда AP приняты контроллером, они получают конфигурацию, и частью этой настройки становится override для set-inform — туда записывается либо IP, либо FQDN контроллера. Это гарантирует, что они всегда будут работать и не придется возвращаться к unifi.

Если имя или IP контроллера изменится и AP "заблудятся", обновите override в настройках контроллера. Если у каких-то AP не пройдет повторная конфигурация, просто убедитесь, что в DNS, с которого они берут информацию, корректно обновлена запись unifi, указывающая на новый контроллер, либо зайдите по ssh и вновь выполните set-inform, чтобы "перенаправить" их, а override сделает остальное.

Вот и всё в двух словах. Ещё можно использовать DHCP Option 43 для раздачи IP контроллера, но если у вас просто работает DNS или задан override с IP контроллера через set-inform, в долгосрочной перспективе это лучший вариант.

Помните — это всегда DNS 😎

Не для этого ли обычно используют безголовые браузеры? Вот что было интересно: https://news.ycombinator.com/item?id=21633231