Как вы это делаете внутри сети? Предположим, у вас есть USG, который раздаёт DHCP, и Cloud Key (или какой-то другой сервер, NUC или даже ноутбук с установленным программным обеспечением контроллера). Какой DNS у вас настроен, чтобы выдавать IP? По умолчанию он просто ищет «unifi», так как же он найдёт это внутри сети, когда вы подключаете что-то новое или впервые настраиваете оборудование?

Всегда используйте FQDN для set-inform, даже если делаете это локально, как уже упоминалось. Совет UBNT-Cody вполне подойдет. У меня FQDN (например, «unifi.mypublicdomain.net») находится в публичном DNS моего домена, и я использую DynDNS на своём файрволе, чтобы держать IP в актуальном состоянии (у меня есть CNAME «unifi», который указывает на DynDNS FQDN, тот самый, что обновляет файрвол). Когда мой динамический IP меняется, это никак не влияет на то, как удалённые устройства находят мой CK. Внутри сети у меня на сервере есть записи DNS «unifi» и «unifi.mypublicdomain.net», которые указывают на IP CK в его подсети, а файрвол обеспечивает нужный роутинг от других подсетей к CK. Я могу подключить новую или сброшенную до заводских настроек точку доступа в свою локалку — она находит «unifi» и показывает, что ждёт принятия. Потом я могу поставить её на объект клиента, настроить, потом отвезти к клиенту, включить — и она найдёт мой CK. Всё работает идеально! Gregg

@UBNT-Cody абсолютно прав. Я всегда использую FQDN, чтобы не париться с такими вещами, даже внутри сети.