Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Случайные отключения — ищем причину сбоя?, UniFi Network
 
Моя сеть UniFi выглядит так: UniFi USG (подключён к оптоволоконной линии) + UniFi Switch 8-60W + Cloud Key + 4x UniFi AP AC LITE, все устройства работают уже два месяца. У меня случаются случайные сбои «чего-то» от 1 до 3 раз в день. UniFi Video уведомляет меня, что потеряло связь, а потом через несколько секунд снова подключается, затем падает и восстанавливается Wi-Fi сеть. Как правильно определить, какое устройство даёт сбой и вызывает эти случайные отключения? Есть ли лог, к которому я могу получить доступ с этой информацией? Спасибо!
 
У меня 17,5 дней непрерывной работы — лучший результат за всё время, что я владею своим USG, а это уже три месяца. Предыдущий рекорд был чуть больше 10 дней. Надеюсь, что что-то починили, но пока не могу в это поверить.
 
Небольшое обновление по этому поводу: всё обновлено до последних стабильных версий прошивок (речь именно об обновлении USG), и теперь у меня больше не происходит перезагрузок каждые три дня. Кто-то ещё может подтвердить это?
 
У меня тоже такая же проблема. Похожие логи. Работает на версии 5.7.15 и прошивке 4.4.18.
 
У меня такая же проблема. Началось всё после того, как я обновил версию контроллера до 5.6.29.

Jan 9 06:28:14 Router ntpd[3231]: ntpd 4.2.6p2@1.2194-o Wed Sep 27 04:27:31 UTC 2017 (1)
Jan 9 06:28:14 Router ntpd[3232]: proto: precision = 48.098 usec
Jan 9 06:28:14 Router ntpd[3232]: ntpd завершается по сигналу 15
Jan 9 06:28:17 Router ntpd[3290]: ntpd 4.2.6p2@1.2194-o Wed Sep 27 04:27:31 UTC 2017 (1)
Jan 9 06:28:17 Router ntpd[3291]: proto: precision = 47.549 usec
Jan 9 06:28:17 Router ntpd[3291]: ntpd завершается по сигналу 15
Jan 9 06:28:19 Router ntpd[3348]: ntpd 4.2.6p2@1.2194-o Wed Sep 27 04:27:31 UTC 2017 (1)
Jan 9 06:28:19 Router ntpd[3349]: proto: precision = 53.577 usec
Jan 9 06:28:22 Router rsyslogd: set SCM_CREDENTIALS не удалось на '/dev/log': Протокол недоступен
Jan 9 06:28:22 Router ubnt-service-ssh: ждёт запуска netplugd...
Jan 9 11:11:11 Router dhcpd: ПРЕДУПРЕЖДЕНИЕ: Объявления хостов глобальны. Они не ограничены областью, в которой вы их объявили.
Jan 9 11:11:12 Router dhcpd: данные: hardware: raw packet не доступен
Jan 9 11:11:12 Router dhcpd: данные: hardware: raw packet не доступен
Jan 9 11:11:12 Router dhcpd:
Jan 9 11:11:12 Router dhcpd: Нет объявления подсети для eth0 (ой).
Jan 9 11:11:12 Router dhcpd: ** Игнорирую запросы на eth0. Если это не то, что вы хотите,
Jan 9 11:11:12 Router dhcpd: пожалуйста, добавьте объявление подсети
Jan 9 11:11:12 Router dhcpd: в ваш dhcpd.conf для сетевого сегмента,
Jan 9 11:11:12 Router dhcpd: к которому подключён eth0. **
Jan 9 11:11:12 Router dhcpd:
Jan 9 11:12:02 Router ubnt-service-ssh: ждёт запуска netplugd...
Jan 9 11:12:15 Router netplugd: Запуск демона сетевых подключений: netplugd.
Jan 9 11:12:22 Router ubnt-service-ssh: запуск SSH-сервиса (см. сообщения sshd).
Jan 9 11:12:26 Router wlb: wlb-wan_failover-eth0. Запуск watchdog wlb на wlb-wan_failover-eth0 с задержкой 20 секунд
Jan 9 11:12:27 Router wlb: wlb-wan_failover-eth2. Запуск watchdog wlb на wlb-wan_failover-eth2 с задержкой 20 секунд
Jan 9 11:12:27 Router wlb: группа wan_failover, интерфейс eth0 переходит в состояние Active
Jan 9 11:12:32 Router dpi_wlan_fw_rules.pl: dpi_wlan_fw_rules.pl запущен
Jan 9 11:12:33 Router redirector: redirector.sigint_handler(): получен сигнал 15
Jan 9 11:12:34 Router kernel: [WAN_IN-3004-A] IN=eth0 OUT=eth1.700 MAC=04:18:d6:f1:95:bd:a4:7b:2c:4f:1f:b6:08:00 src=185.107.94.10 DST=172.27.70.11 LEN=544 TOS=0x08 PREC=0x20 TTL=113 ID=29391 PROTO=UDP SPT=11666 DPT=5060 LEN=524 MARK=0x64800000
Jan 9 11:12:50 Router perl_wrapper: perl_wrapper.pl запущен
Jan 9 11:13:01 Router zebra[679]: интерфейс eth1 с индексом 3 изменён <UP,BROADCAST,MULTICAST>.
Jan 9 11:13:01 Router zebra[679]: интерфейс eth1.254 с индексом 13 изменён <UP,BROADCAST,MULTICAST>.
Jan 9 11:13:01 Router zebra[679]: интерфейс eth1.650 с индексом 12 изменён <UP,BROADCAST,MULTICAST>.
Jan 9 11:13:01 Router zebra[679]: интерфейс eth1.660 с индексом 11 изменён <UP,BROADCAST,MULTICAST>.
Jan 9 11:13:01 Router zebra[679]: интерфейс eth1.670 с индексом 10 изменён <UP,BROADCAST,MULTICAST>.
Jan 9 11:13:01 Router zebra[679]: интерфейс eth1.680 с индексом 9 изменён <UP,BROADCAST,MULTICAST>.
Jan 9 11:13:01 Router zebra[679]: интерфейс eth1.690 с индексом 8 изменён <UP,BROADCAST,MULTICAST>.
Jan 9 11:13:01 Router zebra[679]: интерфейс eth1.700 с индексом 7 изменён <UP,BROADCAST,MULTICAST>.
Jan 9 11:13:01 Router zebra[679]: интерфейс eth1.710 с индексом 6 изменён <UP,BROADCAST,MULTICAST>.
Jan 9 11:13:01 Router kernel: eth1: связь упала
Jan 9 11:13:08 Router wlb: wlb-wan_failover-eth2: потеряна доступность, переключение
Jan 9 11:13:08 Router wlb: wlb-wan_failover-eth0: потеряна доступность, переключение
Jan 9 11:13:08 Router wlb: группа wan_failover, интерфейс eth0 переходит в состояние Inactive.

Прошивки все последние версии.  
USG: 4.4.12.5032482  
USW: 3.9.15.8011  

Это занимает всего пару минут (примерно 5–10 минут на восстановление соединения), но меня это напрягает, потому что я не знаю, когда это повторится снова...
 
У меня что-то похожее происходит с моим USG. Почти каждые 10 дней за последние два месяца Контроллер сообщает о том, что USG был отключён.

Я почти уверен в следующем (собрал информацию из Контроллера, скриншот прилагается):
- Контроллер работал без сбоев
- Unifi-AP работал без сбоев
- Текущее время работы USG (~8 часов) совпадает с моментом отключения
- Использование памяти и CPU на USG выглядит нормально до и после отключения, судя по вкладке производительности USG в Контроллере
Страницы: 1
Читают тему (гостей: 1)