Похоже, вы не совсем поняли, как работает платформа UniFi. Устройства UniFi могут находиться в сетях с NAT, без проброса портов для того, чтобы контроллер мог «дотянуться» до них. Это абсолютно нормальная ситуация для контроллеров, размещённых в облаке. Контроллер *НЕ МОЖЕТ* напрямую связаться с UAP, потому что, практически во всех случаях, у UAP IP-адреса из диапазона RFC1918, то есть *НЕ ДОСТУПНЫЕ* через интернет. Контроллер не волшебник и, соответственно, не может знать всё. Например, откуда контроллеру знать, что к UAP подключилось новое устройство и спросить информацию о нём? Это просто невозможно. UAP сам знает об этом (новое устройство подключилось, какое-то отключилось и так далее) и должен (или, по крайней мере, пытается) передать эти данные контроллеру. Идея, что «контроллер сам спрашивает, что ему нужно» — абсурдна для системы, которая РАЗРАБАТЫВАЛАСЬ, чтобы работать круглосуточно. Если ваша задача допускает, что контроллер не работает 24/7 — без проблем, но платформа создана именно для постоянной работы. И если контроллер выключен, UAP просто не «отправит данные на неработающий контроллер». Если не удаётся установить соединение на inform-порт — а это TCP-порт — данные вообще не передаются, потому что соединение не может быть установлено. Так что «отправка данных на неработающий контроллер» просто не существует. Ещё раз, я думаю, вы не поняли, как устроена платформа UniFi.

Что касается DNS-запроса «unifi», мне тоже это не нравится, особенно на уже принятых UAP, которые по какой-то причине не могут связаться с контроллером. В таком случае, по МОЕМУ мнению, UAP *НИКОГДА* не должны пытаться использовать другой хост, кроме того, что использовался при принятии устройства. Вот по этому моменту я с вами согласен.

Контроллер может обнаруживать точки доступа по широковещательной рассылке, когда они находятся в состоянии сброса и подключены к одной и той же сети на уровне Layer2, но ДО того, как они будут приняты. После принятия точек доступа они больше не будут рассылать сообщение «я UAP и я здесь», и, соответственно, контроллер точно не сможет их найти, как вы утверждаете. Это просто неверно для принятых точек доступа, особенно в Layer3-сетях, где широковещательные пакеты, даже если бы они и были, никогда не смогли бы достичь контроллера.

Это было бы глупо, ведь продукты UniFi разработаны для работы с контроллером. Да, большинство настроек не требуют постоянной работы контроллера, но это не меняет того факта, что UAP (и другие устройства UniFi) ожидают, что контроллер будет в сети, чтобы отправлять, например, данные учета и управления. Так устроена платформа UniFi. Для тех, кто запускает систему с контроллером в офлайне — отлично, просто смиритесь с предупреждениями.