бесконечный цикл обновления

бесконечный цикл обновления, UniFi Network

ks99

Guest

28.01.2015 17:56:00

Привет, ребята. У меня большая проблема. У меня был контроллер версии 3.1.4 в начале, и всё шло нормально — я подключал UNIFI AP к сети с DHCP и опцией 43, потом принимал устройство (adopt) и обновлял прошивку через кнопку Upgrade. Но некоторое время назад при нажатии кнопки Upgrade точка доступа начинала бесконечно перезагружаться. Я поставил контроллер 3.2.10GA — проблема осталась. Обновление через SSH и syswrapper.sh не помогает, потому что обновление должны делать неопытные сотрудники, которые умеют только нажимать кнопку. Нужно установить более 1000 UNIFI AP. Пожалуйста, помогите с этой проблемой.

Я подключаюсь к точке доступа во время её перезагрузки и вижу вывод команды ps axw:
520 ubnt 1692 S /bin/sh /usr/etc/syswrapper.sh _download-firmware
htt521 ubnt 3452 S wget -O /tmp/fwupdate.bin http://unifi:8080/dl/firmwa

При пинге unifi — не удаётся, не определяется IP хоста unifi.

BZ.v2.4.8# cat /etc/hosts
127.0.0.1 localhost.localdomain localhost
10.224.0.106 unifi

BZ.v2.4.8# cat /usr/etc/hosts
127.0.0.1 localhost.localdomain localhost

DHCP 43 = 0x01040AE0006A

Goravetz Guest	#2 06.04.2015 18:39:00 Сейчас я застрял в цикле обновления только на UniFi AP-LR. Мои UniFi AP-Pro обновляются без проблем. Не понимаю, что происходит, но они продолжают работать, даже после многократных попыток обновления без результата.

Corny

Guest

23.02.2015 17:55:00

Если я добавляю точку, то получаю «invalid host name unifi.». Это всё равно не поможет, потому что AP не запрашивают IPv4-записи. А контроллер можно достучаться только через IPv4. Я только что добавил в сеть несколько новых AP PRO. Их текущая версия прошивки — 2.4.11.2263. Они отображаются в моём контроллере. Если я беру их в управление и нажимаю «обновить», они уходят в цикл перезагрузок, потому что не получают AAAA-запись для «unifi.». Процесс wget, который скачивает прошивку, не получает IP-адрес для «unifi», несмотря на то, что в /etc/hosts есть запись «unifi 10.8.0.1». Так в чём же проблема с разрешением имени хоста?

Corny Guest	#4 20.02.2015 21:23:00 Нет, точки доступа управляются на третьем уровне. Они подключаются к контроллеру через VPN-туннель.

andyc

Guest

14.02.2015 15:56:00

На каждой точке доступа можно выполнить set-inform, чтобы задать конкретный URL для информирования, но обычно это не требуется, если контроллер находится в той же подсети, что и точки доступа. Контроллер находится в той же подсети, что и точки доступа? Спасибо, Эндрю.

Corny Guest	#6 14.02.2015 15:30:00 Да, я понимаю, что причиной является неправильный inform URL. Но почему inform URL не обновляется во время настройки? Или как мне установить inform URL на всех моих AP?

andyc

Guest

14.02.2015 15:28:00

Не совсем понимаю — здесь показано, что вы используете http://unifi:8080/inform в качестве URL для информирования, и поэтому возникает ошибка, если у вас в роутере не задан хост с именем «unifi». Имя хоста в вашем контроллере никак с этим не связано (оно в основном используется, когда контроллер отправляет письма, чтобы ссылаться обратно на сервер). Спасибо, Andrew

Corny

Guest

14.02.2015 14:15:00

Unifi-controller в моём DHCP-подсети (секция на edgerouter) установлен на 10.8.0.1. Хостнейм/IP контроллера на моём сайте — «unifi.<somedomain>.net». Теперь, когда ты попросил мой URL inform, в /var/etc/persistent/cfg/mgmt всех AP содержится (возможно, неправильная) строка mgmt.servers.1.url=http://unifi:8080/inform. Я ожидаю, что это обновится во время процесса настройки. Я неправ?

andyc Guest	#9 14.02.2015 13:16:00 Не совсем понимаю, что ты имеешь в виду — на что установлен информ URL в AP?

Corny Guest	#10 14.02.2015 12:54:00 Хорошо, я попробую это, если проблема повторится. Помимо того, что есть запись для «unifi», точка доступа должна учитывать мое полное имя контроллера с доменом, а не пытаться разрешить «unifi».

andyc

Guest

#11

14.02.2015 12:49:00

«unifi» сам по себе будет иметь добавленный ваш локальный домен. Нужно добавить «unifi.» чтобы получилось именно так. Например: set system static-host-mapping host-name unifi. inet 10.8.0.1

Думаю, что часть с AAAA в логах — это отвлекающий манёвр.

С уважением, Andrew

Corny Guest	#12 14.02.2015 12:45:00 Я добавил статическое сопоставление хоста. Но это ничего не изменило: set system static-host-mapping host-name unifi inet 10.8.0.1 Проблема в том, что точка доступа запрашивала только записи AAAA, а записи A не запрашивала.

andyc

Guest

#13

14.02.2015 09:45:00

Думаю, при следующем обновлении у тебя снова возникнет та же проблема. Указать «unifi.» в настройках роутера или другого DNS-сервера должно гарантировать, что «unifi.» будет разрешаться в IP-адрес твоего контроллера. Удачи, Эндрю.

Corny Guest	#14 14.02.2015 02:23:00 У меня такая же проблема при обновлении UniFi AP с версии 3.2.9 до 3.2.10. Запросы идут только на AAAA-записи для «unifi». Если я через SSH подключаюсь к точке доступа и пытаюсь «ping unifi», получаю «не удаётся определить адрес хоста unifi». В файле /etc/hosts прописано «unifi 10.8.0.1». Я решил проблему, выполнив команду: /usr/etc/syswrapper.sh _download-firmware http://10.8.0.1:8080/dl/firmware/BZ2/3.2.10.2886/firmware.bin Вывод «tcpdump -i br1 ip host 192.168.7.11 and udp port 53» на моём edgerouter: 02:14:58.494195 IP 192.168.7.11.37335 > 192.168.7.1.domain: 2+ AAAA? unifi. (23) 02:14:58.497880 IP 192.168.7.1.domain > 192.168.7.11.37335: 2* 0/0/0 (23) 02:14:58.498270 IP 192.168.7.11.49264 > google-public-dns-a.google.com.domain: 3+ AAAA? unifi. (23) 02:15:14.389252 IP 192.168.7.11.58723 > 192.168.7.1.domain: 2+ AAAA? unifi. (23) 02:15:14.394015 IP 192.168.7.1.domain > 192.168.7.11.58723: 2* 0/0/0 (23) 02:15:14.394419 IP 192.168.7.11.42234 > google-public-dns-a.google.com.domain: 3+ AAAA? unifi. (23)

Читают тему (гостей: 1)