Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Необычное поведение Unifi+VLANs, UniFi Network
 
Всем привет, у меня проблема с VLAN и разными SSID на моём Unifi AP (не LR и не Pro). Вот моя сеть. Я настроил IpCop как роутер для VLAN с двумя интерфейсами: один RED для внешнего подключения и один для внутреннего (INT1) к моему свитчу HP 2520. INT1 имеет 3 VLAN (MGMT, WIFI и WIFI-GUEST) соответственно:

MGMT: VLAN 11 — 192.168.5.1/24 с включённым DHCP  
WIFI: VLAN 12 — 192.168.2.1/24 с включённым DHCP  
WIFI-GUEST: VLAN 10 — 192.168.3.1/24 с включённым DHCP.

Этот интерфейс настроен как Tagged Trunk к моему HP-свитчу на порту 6. В свитче HP некоторые порты находятся в режиме Untagged для проводных подключений, и всё работает отлично. Маршрутизация между VLAN настроена и работает, никаких блокирующих правил фаервола нет.

В HP настроил порты так:  
Порт 2: Untagged VLAN 11, Tagged VLAN 10 и 12, подключен к моему AP  
Порт 6: Tagged VLAN 10, 11, 12, подключен к IpCop INT1  
Порт 3: Untagged VLAN 11, подключен к моему Linux-боксу с Unifi контроллером  

Linux-бокс: Ubuntu 12.04 с установленным Unifi 2.3.9_1806 из PPA.  
AP работает на прошивке 2.3.9.1693.

Unifi настроен на публикацию двух SSID:  
unifi — с VLAN 12 — wpa-psk  
unifi2 — с VLAN 10 — wep.

Я следовал этому руководству http://wiki.ubnt.com/UniFi_and_switch_VLAN_configuration для настройки, но столкнулся с проблемами, которые не могу решить.

Что происходит? После свежей перезагрузки AP и контроллера Unifi всё работает отлично... Мой Android 4.2 (802.11n) подключается к обоим SSID и получает IP от DHCP. Другой Linux-бокс с Ubuntu 12.04 (802.11n) тоже работает нормально. Но ещё один Linux-бокс и Android на 802.11g не подключаются, зависают в статусе аутентификации и нет записи в файле журнала Unifi сервера.

Я пытался заставить AP транслировать только “g” версию, но ничего не изменилось. Абсурд в том, что через 10 минут даже устройства с “n” отключаются и не подключаются снова до следующей перезагрузки. Я пробовал удалить контроллер Unifi и сбросить настройки AP на заводские. Настроил всё заново — та же проблема. Тестировал на двух разных AP — результат один и тот же.

Моя конфигурация отличается от руководства, которое я использовал, но я пытался клонировать настройки точно — проблема осталась. Схожу с ума! ПОМОГИТЕ, ПОЖАЛУЙСТА!!!! 😰
 
Ты решил проблему с UniFi?
 
Привет, я нашёл решение. Я гость в офисе большой компании. У них используется система WiFi Juniper, раньше Trapeze, которая позволяет блокировать неавторизованные SSID. Как только авторизовали SSID, распространяемые Unifi, всё заработало просто отлично. Хотел поблагодарить всех за помощь. Пока!
 
Вот логи, которые я вижу с точки доступа с момента, когда он перестал работать.

Apr 3 10:57:34 UBNT user.warn kernel: [ 5912.824000] ath1: [06:27:22:51:5f:ba] получил deauthenticate (причина 2)
Apr 3 10:57:34 UBNT user.warn kernel: [ 5912.844000] ath1: [06:27:22:51:5f:ba] получил deauthenticate (причина 2)
Apr 3 10:57:34 UBNT user.warn kernel: [ 5912.868000] ath1: [06:27:22:51:5f:ba] получил deauthenticate (причина 2)
Apr 3 10:57:35 UBNT user.warn kernel: [ 5913.746000] ath1: [06:27:22:51:5f:ba] получил deauthenticate (причина 2)
Apr 3 10:57:35 UBNT user.warn kernel: [ 5913.767000] ath1: [06:27:22:51:5f:ba] получил deauthenticate (причина 2)
Apr 3 10:57:35 UBNT user.warn kernel: [ 5913.790000] ath1: [06:27:22:51:5f:ba] получил deauthenticate (причина 2)

Почему таких сообщений так много? С того момента, как появились эти логи, ни одно устройство не может подключиться!
 
Окей, в приложении добавил системный лог AP, dmesg и unifi-support лог. Спасибо!
 
Привет, предыдущий лог, который я прикрепил в файле, — это не андроид-лог, а лог с Linux (ubuntu 12.04). Моя проблема глобальная, все мои клиенты отключаются, и на Linux, и на Android, с разным железом.
 
Какой беспроводной чипсет/драйвер и устройства на Android вы используете? Похоже, STA была отключена из-за бездействия. Пожалуйста, выполните следующую команду на точке доступа, подключите STA снова и пришлите мне syslog/dmesg точки доступа:  
80211debug -i ath1 +auth+inact  
80211debug -i ath2 +auth+inact  
Спасибо.
 
Привет, мне нужен монитор Uplink. В приложении TCPDUMP с UAP и SYSLOG с Linux-клиента.
 
Точка доступа ожидает готовности IP-адреса перед тем, как отправить информирование контроллеру UniFi. Поскольку конфигурация точки доступа была изменена, её DHCP-лиз тоже будет освобождён. Так что не принимайте эту ошибку слишком серьёзно — точка доступа свяжется с контроллером позже, когда IP будет готов. Судя по вашей информации, это не связано с VLAN. Некоторые устройства (Android 4.2/11n ubuntu) могут подключаться к обеим беспроводным сетям и получать правильный IP через DHCP. Вы используете беспроводное соединение по каскаду (wireless uplink)? Если нет, можете отключить мониторинг соединения, чтобы сузить круг проблемы. Также вы можете отследить DHCP-пакеты с тегом VLAN, выполнив на точке доступа команду:  
tcpdump -i eth0 -s0 -lenvvv "vlan and (port bootpc or bootps)"
Страницы: 1
Читают тему (гостей: 1)