За последний месяц это происходило на нескольких разных сайтах. Все прошивки устройств работают на последних стабильных версиях, а мой Cloud Controller — на версии 7.1.66. Вот что происходит: на сайте, где может быть 10–20 разных устройств (коммутаторы, точки доступа и т. д.), я вдруг вижу, что коммутатор или точка доступа отображаются как "disconnected" — но всё при этом работает нормально, так что я знаю, что устройство онлайн. Я удалённо захожу на устройство, проверяю "info" и вижу что-то вроде этого:
Status: Unreachable ()
Если я делаю "ping unifi", он без проблем пингует публичный IP моего облачного контроллера:
# ping unifi
PING unifi (1.2.3.4): 56 data bytes
64 bytes from 1.2.3.4: seq=0 ttl=50 time=18.228 ms
64 bytes from 1.2.3.4: seq=1 ttl=50 time=18.248 ms
64 bytes from 1.2.3.4: seq=2 ttl=50 time=18.321 ms
Но, опять же, оно почему-то всё равно считает себя "unreachable". Я даже могу сделать "telnet unifi 8080" и подтвердить, что соединение открывается нормально.
Это происходило так часто, что я подумал: возможно, имеет смысл перейти на переопределённое FQDN — мне это нравится больше, чем полагаться только на "unifi" для поиска, на случай если проблема именно в этом. Поэтому на своём сервере я добавил "unifi.mydomain.com" как "Network application Hostname/IP" и включил опцию "Override inform host". После этого устройства перепровизировались — сотни устройств примерно на 30 сайтах. Насколько я мог судить, всё стало нормально.
И, конечно, сегодня у меня два устройства на одном сайте отображаются как "disconnected". Оба показывают:
Status: Unreachable ()
Одно из них я точно знаю, что на прошлой неделе его inform host был FQDN. Так что понятия не имею, почему теперь оно ищет именно "http://unifi:8080/inform". Всего несколько дней назад оно было правильно настроено с FQDN. Почему оно вдруг переключилось обратно?
Если я правильно помню, они могут делать какой-то откат, если не могут связаться с основным inform host. Это так? На этом сайте в выходные был нестабильный интернет. Если оно временно не могло достучаться до контроллера по FQDN, что происходит? Оно думает: "Эй, я сейчас не могу достучаться до unifi.mydomain.com, так что попробую просто unifi"? И это может сработать или не сработать в зависимости от интернета в тот момент, так как "unifi" всё равно резолвится в IP того же контроллера по FQDN. Другими словами, любой из этих вариантов должен быть полностью рабочим — но у меня устройства постоянно впадают в странное состояние, показывая "unreachable" для того, что абсолютно доступно позже. (Возможно, оно было недоступно какое-то время — но потом, похоже, просто сдаётся?)
Нужны идеи, как это исправить. Можно ли узнать, не "откатывается" ли устройство к другому inform URL? Это вообще такая штука, как я слышал? Можно ли запретить ему это делать и заставить просто продолжать пытаться подключиться к указанному FQDN, пока не получится? Но, чёрт возьми, я уже много раз подтверждал, что оно может подключиться и к FQDN, и просто к "unifi" — я могу пинговать и делать telnet на порт 8080 контроллера прямо с устройства — а оно всё равно показывает "unreachable" как статус соединения. Что-то тут не так...
Спасибо!
Status: Unreachable ()
Если я делаю "ping unifi", он без проблем пингует публичный IP моего облачного контроллера:
# ping unifi
PING unifi (1.2.3.4): 56 data bytes
64 bytes from 1.2.3.4: seq=0 ttl=50 time=18.228 ms
64 bytes from 1.2.3.4: seq=1 ttl=50 time=18.248 ms
64 bytes from 1.2.3.4: seq=2 ttl=50 time=18.321 ms
Но, опять же, оно почему-то всё равно считает себя "unreachable". Я даже могу сделать "telnet unifi 8080" и подтвердить, что соединение открывается нормально.
Это происходило так часто, что я подумал: возможно, имеет смысл перейти на переопределённое FQDN — мне это нравится больше, чем полагаться только на "unifi" для поиска, на случай если проблема именно в этом. Поэтому на своём сервере я добавил "unifi.mydomain.com" как "Network application Hostname/IP" и включил опцию "Override inform host". После этого устройства перепровизировались — сотни устройств примерно на 30 сайтах. Насколько я мог судить, всё стало нормально.
И, конечно, сегодня у меня два устройства на одном сайте отображаются как "disconnected". Оба показывают:
Status: Unreachable ()
Одно из них я точно знаю, что на прошлой неделе его inform host был FQDN. Так что понятия не имею, почему теперь оно ищет именно "http://unifi:8080/inform". Всего несколько дней назад оно было правильно настроено с FQDN. Почему оно вдруг переключилось обратно?
Если я правильно помню, они могут делать какой-то откат, если не могут связаться с основным inform host. Это так? На этом сайте в выходные был нестабильный интернет. Если оно временно не могло достучаться до контроллера по FQDN, что происходит? Оно думает: "Эй, я сейчас не могу достучаться до unifi.mydomain.com, так что попробую просто unifi"? И это может сработать или не сработать в зависимости от интернета в тот момент, так как "unifi" всё равно резолвится в IP того же контроллера по FQDN. Другими словами, любой из этих вариантов должен быть полностью рабочим — но у меня устройства постоянно впадают в странное состояние, показывая "unreachable" для того, что абсолютно доступно позже. (Возможно, оно было недоступно какое-то время — но потом, похоже, просто сдаётся?)
Нужны идеи, как это исправить. Можно ли узнать, не "откатывается" ли устройство к другому inform URL? Это вообще такая штука, как я слышал? Можно ли запретить ему это делать и заставить просто продолжать пытаться подключиться к указанному FQDN, пока не получится? Но, чёрт возьми, я уже много раз подтверждал, что оно может подключиться и к FQDN, и просто к "unifi" — я могу пинговать и делать telnet на порт 8080 контроллера прямо с устройства — а оно всё равно показывает "unreachable" как статус соединения. Что-то тут не так...
Спасибо!