USW-Flex-Minis зависают через 50 минут после настройки сервера syslog

USW-Flex-Minis зависают через 50 минут после настройки сервера syslog, UniFi Network

Surly73

Guest

16.03.2022 20:49:00

У меня сеть UBNT, состоящая из двух U6-LITE (5.6.23), AC-LITE (5.43.56), USW-Lite-16-Pro (5.76.7), 2х USW-Flex-Mini (1.8.5) (плюс куча не-Unifi устройств) под контроллером 7.0.23, который работает в докере.
Я пробую подключить Graylog и настроил удалённый syslog-сервер в контроллере Unifi. Все работает нормально, но примерно через 50 минут оба USW-Flex-Mini сбоят — постоянно перезагружаются. Если убрать конфиг syslog на контроллере и сделать сброс по кнопке на мини-свитчах, они заново подключаются, проходят provision и возвращаются в норму.
Заданный syslog-сервер находится в той же VLAN, что и трафик управления Unifi, и все устройства, включая мини, как кажется, успешно отправляют туда логи, пока не начинаются сбои у мини.
Повторялось неоднократно. Насколько я могу судить (ждал дольше 50 минут), «починенные» мини сохраняются стабильными без указанного syslog-сервера.

Surly73

Guest

12.04.2022 12:07:00

@UI-Glenn Да, до изменения опции 43 тестовая прошивка всё равно перезагружалась. В моём сообщении здесь я описал результаты с одним коммутатором на тестовой прошивке, старой опцией 43 и включённым syslog. Тестовая прошивка отличается от версии 1.8.5-release, но не защищена от этого.

UI-Glenn Guest	#3 12.04.2022 09:09:00 Привет, @Surly73, были ли перезагрузки на тестовой прошивке при использовании неправильного варианта 43?

Surly73 Guest	#4 12.04.2022 08:54:00 @UI-Glenn После изменения параметра 43 пока ни на одном из USW-Flex-Mini с включёнными DHCP и удалённым syslog не было циклических перезагрузок. Один Mini работает на версии 1.8.5, другой — на той, что ты дал для тестирования.

Surly73

Guest

06.04.2022 11:59:00

@UI-Glenn Верно, полагаю. Конфигурация OPNSense выглядит так:

До OPNSense настройка была одинаковой на PFSense. Ещё раньше, на ER-X, это было примерно «set service dhcp-server shared-network-name INTERNAL unifi-controller 192.168.x.x» (что, как я понимаю, рассчитывало дополнительные опции).

Итак, судя по ссылке, которую ты прислал, и другим поискам — ты утверждаешь, что опция 43 всегда должна быть строкой, как показано здесь: https://tcpip.wtf/en/unifi-l3-adoption-with-dhcp-option-43-on-pfsense-mikrotik-and-others.htm, а я вот уже много лет неправильно использую опцию 43? (Хотя ничего больше не сбоило и всё всегда работало, так что я особо не задумывался).

Сразу же изменю опцию 43 и поищу момент, чтобы попытаться заставить всё снова упасть. Думаю, всё же будет неплохо добавить какую-то защиту от зацикливания загрузки, если опция 43 не соответствует ожиданиям. И почему оно ломалось только при включённом syslog?

Для протокола, конфигурация новой опции 43, которую я собираюсь протестировать:

UI-Glenn Guest	#6 05.04.2022 14:05:00 Привет, @Surly73, похоже, ты не указал подопцию в значении DHCP option43. Можешь добавить её? https://help.ui.com/hc/en-us/articles/204909754-UniFi-Layer-3-Adoption-for-Remote-UniFi-Network-Applications#7

UI-Glenn Guest	#7 05.04.2022 12:47:00 Привет, @Surly73! Да, если что-то ещё понадобится — дам знать.

Surly73 Guest	#8 05.04.2022 12:45:00 @UI-Glenn Получил? Все ок?

Surly73 Guest	#9 01.04.2022 12:06:00 @UI-Glenn DHCP Pcap прикреплён к OP

Surly73 Guest	#10 31.03.2022 12:54:00 Важно: DHCP предоставляется ISC DHCPd 4.4.2P1 на OPNSense 22.1.2_1 (FreeBSD 13).

UI-Glenn Guest	#11 31.03.2022 12:31:00 Привет, @Surly73, пожалуйста, дай знать, когда у тебя получится прислать нам pcap!

Surly73

Guest

#12

31.03.2022 12:18:00

@UI-Glenn В исходный пост добавлены два файла — вывод graylog для обеих мини с утра и скриншот конфигурации DHCP-сервера. Захват трафика DHCP через wireshark/tcpdump сразу не получится — пора уже заняться основной работой, а эти коммутаторы нужно запускать.

Обратил внимание на интересную штуку в syslog. Обе мини отчитываются, что получают IP-адрес 192.168.1.20, видимо, по DHCP. Причём у меня вообще нет сегмента 192.168.1 на объекте. Этот диапазон не входит в мой DHCP и не прописан в сервере. Может, какой-то жестко заданный дефолт? (Правка: возможно, это было во время сброса к заводским настройкам...?)

Отмечу, что DHCP прекрасно работает для мини, когда удалённый syslog не активен. Посмотрю, что смогу натворить на этот раз с включённым дампом трафика.

UI-Glenn Guest	#13 31.03.2022 11:59:00 Привет, @Surly73, а можно получить снимок DHCP-пакетов?

UI-Glenn Guest	#14 31.03.2022 11:56:00 Привет, @Surly73, у тебя есть новый файл поддержки или системный лог?

Surly73 Guest	#15 31.03.2022 11:53:00 @UI-Glenn, вот некоторые результаты: после отказа от DHCP я перевёл оба мини-компьютера на статическую конфигурацию (мини — единственные устройства инфраструктуры в моей локалке, которые раньше использовали DHCP для настройки). Я обновил один коммутатор на тестовую версию прошивки, которую ты прислал. Удалённый syslog всё ещё отключён. Стабильно работает уже несколько дней (ничего удивительного). Включил удалённый syslog — всё продолжало работать всю ночь. Вернул оба мини в режим DHCP. Мини на старой версии 1.8.5 сразу же ушёл в перезагрузку, как только нажал «применить». Обновлённый мини остался в строю. Обновлённый мини в Unifi показывался как «офлайн», но при этом трафик пропускал и не уходил в перезагрузку. Сделал перезагрузку питания у обновлённого мини — он начал перезагружаться по кругу. Перевёл оба мини обратно на статический IP и сбросил настройки на заводские. Оба мини были повторно подключены и работают стабильно. Пока что похоже, что одновременная настройка DHCP и удалённого syslog вызывает циклы перезагрузки, но обновлённый мини ведёт себя чуть получше.

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