Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Management VLAN создаёт множество ошибок: "/sbin/udhcpc завершился с кодом 256 и был перезапущен через inittab"., UniFi Network
 
Привет, в нашей компании мы хотим сменить Management VLAN, чтобы IP-адреса больше не использовались в нашей продуктивной сети. У нас есть контроллер (UI: 5.11.39.0, Backend: 5.11.39, Build: atag_5.11.39_12706), установленный на виртуальной машине (Debian 9). Наши точки доступа — UniFi AP-AC-Pro (прошивка: 4.0.54.10625). UniFi Switch или USG у нас нет. В контроллере мы создали Management VLAN с номером 153. Когда я меняю Management VLAN на точке доступа, она применяет изменения и подключается к контроллеру. После этого в контроллере появляется много предупреждений вроде «/sbin/udhcpc exited with code 256 and restarted by inittab» и сообщение «event: {"event_string":"EVT_AP_Notification","payload":"br0.1 is not available; please check configuration"}». Что можно сделать, чтобы эти сообщения больше не появлялись? Спасибо!
 
Привет, @ecdlguy, у тебя проблема с VLAN1, проверь порты коммутатора. Убедись, что порт, к которому подключён UAP, настроен на VLAN1, а также проверь порты вверх/вниз по цепочке. С уважением, Glenn R.
 
Привет, @ecdlguy, твоему UAP нужен DHCP-адрес в гостевой VLAN, когда портал включён. С уважением, Гленн Р.
 
Привет! Я обнаружил, что этот баг воспроизводится очень просто:

- Отключите все сети на тестовой точке доступа (AP).
- Установите Management VLAN для AP (выберите AP -> Config -> Services -> Management VLAN).
- После настройки точка доступа получает новый IP в Management VLAN, и в событиях и оповещениях нет ошибок.
- Создайте новую открытую беспроводную сеть и поставьте галочку «Apply guest policies» с гостевыми правилами, как показано на скриншотах.
- Проверьте, включена ли новая сеть на тестовом AP.

После настройки события и оповещения полно ошибок:

AP 78:8a:20:83:5b:34 /sbin/udhcpc вышел с кодом 256 и был перезапущен inittab.  
Событие: {"event_string":"EVT_AP_Notification","payload":"br0.1 недоступен; проверьте конфигурацию"}

Ubnt, помогите, пожалуйста!
 
Привет, @UI-Glenn, VLAN настроены правильно. Другие устройства работают корректно с этими настройками VLAN. В этом офисе у нас нет UniFi свитчей.
 
Привет, @Timothy-0815, нет UniFi свичей? Проверь VLAN-тегирование на аплинк/даунлинк портах. С уважением, Гленн Р.
 
Привет, @UI-Glenn, у нас в сети есть несколько коммутаторов серии Dell N2048P. И никаких USG. С уважением, Тимоти
 
Привет, @Timothy-0815,  
Какие коммутаторы ты используешь в своей сети? Есть ли у тебя обычные неуправляемые коммутаторы? И есть ли у тебя USG?  
С уважением,  
Гленн Р.
 
Привет, у меня похожие проблемы. У нас есть две беспроводные сети: гостевая с captive portal и корпоративная с аутентификацией по MAC через RADIUS. Точки доступа подключены к коммутаторам US-24 POE, а соответствующие портовые профили установлены на "All". Пока что всё работает без сбоев.

Если изменить Management VLAN точки доступа (выбрать AP -> Config -> Services -> Management VLAN) с VLAN по умолчанию на другой, устройство корректно получает IP-адрес от DHCP в этом VLAN. Но при этом журнал событий буквально завален сообщениями типа

AP 78:8a:20:83:5b:34 /sbin/udhcpc exited with code 256 and restarted by inittab

и

event: {"event_string":"EVT_AP_Notification","payload":"br0.1 is not available; please check configuration"}

что через некоторое время делает контроллер (в нашем случае Raspberry Pi) практически непригодным для работы.

Пожалуйста, исправьте это, потому что из-за этой ошибки точки доступа вынуждены оставаться в VLAN по умолчанию, в то время как всё остальное сетевое оборудование находится в другом VLAN.

С уважением, Торстен

P.S. Если здесь не принято писать по этой теме, могу, конечно, создать новую.
 
Привет, @UI-Glenn! Порт коммутатора, к которому подключена точка доступа, настроен как транковый и содержит все VLAN (портовый профиль "All"), включая нативный VLAN1. Я уже писал об этом в своём сообщении. - Торстен
Страницы: 1
Читают тему (гостей: 1)