Ну, я так и думал. Пока что оставлю всё как есть, пока не смогу съездить на каждую площадку и подключиться к AP через SSH. Надеюсь, в течение следующих нескольких месяцев, после посещения каждой площадки, смогу освободить свои поддомены. Кстати, я на самом деле использую DDNS, встроенный в Windows Server 2012, который называется "Anywhere Access". Так что, думаю, никуда он не денется.

Нет, ты будешь держать свой "старый" сабдомен живым. На самом деле, это лучше, по моему мнению, потому что [я предполагаю], что ты полностью контролируешь его. Если DynDNS закроется, поднимет цены в пять раз, что угодно – ты можешь просто изменить свой CNAME и всё будет хорошо. Твои точки доступа должны кэшировать запись CNAME на протяжении всего времени, установленного твоей настройкой TTL. Я бы обычно оставлял её где-то на 1800-3600 секунд, скорее всего. Так, когда ты изменишь её снова, они все относительно быстро это заметят. Итак, если подытожить: wifi.yourdomain.com (что записано в APs навсегда, по сути) —> yourhost.dyndns.org (твоё текущее dyn hostname; может быть изменено в любое время) —> IP-адрес твоего сервера.

Этот длинный пост имеет смысл, если ты собираешься делать всё по-максимуму, но простого использования FQDN, как он и спрашивал, будет достаточно для большинства случаев. Твой IP может меняться, ты можешь переехать на новый сервер, и всё будет в порядке — единственное, что не получится, это сбросить настройки точки доступа до заводских и ожидать, что она автоматически подключится обратно. Если ему сложно понять, как создать и обновить FQDN, я не уверен, что рекомендовать указывать статические записи DNS во всех его роутерах — это лучшая идея. Если ты используешь FQDN и твой IP меняется, если ты обновишь запись с новым IP, твои точки доступа подключатся без проблем.

Когда интегратор попросил меня настроить для него Amazon UniFi сервер... Я пытался обновить контроллер с версии 3.1 до 3.21. Ну, всякое бывает, и мне пришлось выключить виртуальную инстанцию. Когда я включил её обратно... IP адрес изменился. ОПАСНОСТЬ ОПАСНОСТЬ! Это сразу дало понять, что я не собираюсь полагаться на IP адрес для доступа к контроллеру. Ещё что-то промелькнуло в голове: "Сколько Amazon будет брать за это через год?" У меня есть тестовый сервер в офисе. Может, стоит использовать одно из моих dyndns имен и сделать unifi.whatever.com. Тогда я настроил опцию псевдонима для записи в dyn. Когда AWS снова заработал с новым UniFi... устройства начали подключаться. Теперь я настроил unifi как статическую DNS запись в каждом роутере. Я запускаю резолвер каждые 4 часа, который проверяет адрес unifi.whatever.com и прописывает его в статическую запись. Так что, как указано выше... просто ради забавы, я могу войти на сайт, подключиться по SSH к точке доступа и сбросить её настройки. Через 60 секунд она снова появляется в контроллере. А теперь следующий тест... просто от скуки, я сделал резервную копию настроек контроллера. Восстановил их на контроллере на моём локальном сервере. Затем вошёл в dyndns и изменил unifi.whatever.com, чтобы он указывал на мой dyndns адрес. Ушёл спать. Когда я проснулся... все точки доступа управлялись моим компьютером, а не инстанцией AWS. Если вы устанавливаете edge-роутеры... вы должны владеть сетью. Настройте что-то вроде выше и просто сбрасывайте настройки точек доступа на площадке.