Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Таймаут/Ошибка DHCP и DNS, UniFi Network
 
Проблема в том, что клиенты отключаются или не могут получить IP-адрес, поэтому не могут общаться в сети. Эти проблемы касаются только беспроводных клиентов. Проводные клиенты работают нормально. Раньше всё отлично работало, пока несколько месяцев назад не начали появляться жалобы на трудности с подключением к WiFi.

Система настроена так:
- маршрутизатор Fortigate 60D или Fortigate 60E с функцией интернет-шлюза, DHCP, DNS и так далее;
- коммутатор HPE ProCurve/Aruba серии 2530;
- точки доступа Ubquiti UniFi AP-AC-Pro с прошивкой F/W 4.0.69.10871. Точки доступа управляются централизованно через наш контроллер.

Обычно на каждом объекте есть корпоративный WiFi с SSID и гостевая сеть с SSID. Гостевая сеть работает на VLAN ID 50.

Все локальные проблемы, такие как исчерпание пула DHCP и правильная маркировка VLAN, исключены.

Даже у клиентов с простой сетью — маршрутизатор > коммутатор > точка доступа > беспроводной клиент — возникают такие же проблемы: отключение или временная невозможность подключиться. Может работать нормально в один момент, а в следующий — нет.

Раньше такой проблемы не было, она появилась всего 2-4 месяца назад.

Пробовали тестировать непубличную версию прошивки, предоставленную Гленном, но безрезультатно.

Пробовали разные рекомендации от UI, например, включение multicast DHCP сервера — тоже без толку.
 
@A44A Можешь, пожалуйста, обновиться до версии 4.3.10 (https://community.ui.com/releases/UAP-USW-Firmware-4-3-10-11234/24848a41-f06e-4440-93ed-c04cd83019bb), включить Syslog и логирование этого контроллера в настройках сайта, затем воспроизвести проблему и прислать мне информацию для поддержки (из раздела Maintenance)? Твой DHCP-сервер отправляет предложения по широковещательной или одноадресной рассылке?
 
У меня такая же проблема, помогите! Моя точка доступа случайным образом блокирует все DHCP и DNS запросы ИЛИ все UDP-пакеты (??) Я не понимаю... Моя IP-камера показывает кроватку моего малыша на планшете, так что UDP-трафик для меня очень важен.

Логи моего UAP-AC-LR забиты вот такими сообщениями:  
Mon Apr 20 15:15:26 2020 kern.warn kernel: [97799.908132] [STA_TRACKER] DNS request timed out; [STA: 00:08:22:14:dd:0e][QUERY: lds.lenovomm.com.] [DNS_SERVER :192.168.44.1]
Mon Apr 20 15:15:26 2020 kern.warn kernel: [97799.908157] [STA_TRACKER] DNS request timed out; [STA: 00:08:22:14:dd:0e][QUERY: de.api.io.mi.com.] [DNS_SERVER :192.168.44.1]
Mon Apr 20 15:15:26 2020 kern.warn kernel: [97799.908173] [STA_TRACKER] DNS request timed out; [STA: 00:08:22:14:dd:0e][QUERY: de.api.io.mi.com.] [DNS_SERVER :192.168.44.1]
Mon Apr 20 15:15:26 2020 kern.warn kernel: [97799.908189] [STA_TRACKER] DNS request timed out; [STA: 00:08:22:14:dd:0e][QUERY: app.chat.global.xiaomi.net.] [DNS_SERVER :192.168.44.1]

Лог моего роутера тоже забит такими записями:  
16:04:59 dhcp,debug,packet IPv4 DHCP Server received discover with id 1770645584 from 0.0.0.0  
16:04:59 dhcp,debug,packet   secs = 59  
16:04:59 dhcp,debug,packet   ciaddr = 0.0.0.0  
16:04:59 dhcp,debug,packet   chaddr = 04:CF:8C:CA:2E:1E  
16:04:59 dhcp,debug,packet   Msg-Type = discover  
16:04:59 dhcp,debug,packet   Client-Id = 01-04-CF-8C-CA-2E-1E  
16:04:59 dhcp,debug,packet   Max-DHCP-Message-Size = 576  
16:04:59 dhcp,debug,packet   Parameter-List = Subnet-Mask,Router,Domain-Server,Host-Name,Domain-Name,Broadcast-Address,NTP-Server  
16:04:59 dhcp,debug,packet   Class-Id = "udhcp 1.28.1"  
16:04:59 dhcp,debug,packet   Host-Name = "chuangmi_camera_ipc009"  
16:04:59 dhcp,debug,packet IPv4 DHCP Server sending offer with id 1770645584 to 192.168.44.5  
16:04:59 dhcp,debug,packet   ciaddr = 0.0.0.0  
16:04:59 dhcp,debug,packet   yiaddr = 192.168.44.5  
16:04:59 dhcp,debug,packet   siaddr = 192.168.44.1  
16:04:59 dhcp,debug,packet   chaddr = 04:CF:8C:CA:2E:1E  
16:04:59 dhcp,debug,packet   Msg-Type = offer  
16:04:59 dhcp,debug,packet   Server-Id = 192.168.44.1  
16:04:59 dhcp,debug,packet   Address-Time = 2592000  
16:04:59 dhcp,debug,packet   Subnet-Mask = 255.255.255.0  
16:04:59 dhcp,debug,packet   Router = 192.168.44.1  
16:04:59 dhcp,debug,packet   Domain-Server = 192.168.44.1  
16:04:59 dhcp,debug,packet   Domain-Name = "mynet.local"  
16:05:03 dhcp,debug,packet IPv4 DHCP Server received discover with id 570656548 from 0.0.0.0  
16:05:03 dhcp,debug,packet   ciaddr = 0.0.0.0  
16:05:03 dhcp,debug,packet   chaddr = 04:CF:8C:CA:2E:1E  
16:05:03 dhcp,debug,packet   Msg-Type = discover  
16:05:03 dhcp,debug,packet   Client-Id = 01-04-CF-8C-CA-2E-1E  
16:05:03 dhcp,debug,packet   Max-DHCP-Message-Size = 576  
16:05:03 dhcp,debug,packet   Parameter-List = Subnet-Mask,Router,Domain-Server,Host-Name,Domain-Name,Broadcast-Address,NTP-Server  
16:05:03 dhcp,debug,packet   Class-Id = "udhcp 1.28.1"  
16:05:03 dhcp,debug,packet   Host-Name = "chuangmi_camera_ipc009"  
16:05:03 dhcp,debug,packet IPv4 DHCP Server sending offer with id 570656548 to 255.255.255.255  
16:05:03 dhcp,debug,packet   ciaddr = 0.0.0.0  
16:05:03 dhcp,debug,packet   yiaddr = 192.168.44.5  
16:05:03 dhcp,debug,packet   siaddr = 192.168.44.1  
16:05:03 dhcp,debug,packet   chaddr = 04:CF:8C:CA:2E:1E  
16:05:03 dhcp,debug,packet   Msg-Type = offer  
16:05:03 dhcp,debug,packet   Server-Id = 192.168.44.1  
16:05:03 dhcp,debug,packet   Address-Time = 2592000  
16:05:03 dhcp,debug,packet   Subnet-Mask = 255.255.255.0  
16:05:03 dhcp,debug,packet   Router = 192.168.44.1  
16:05:03 dhcp,debug,packet   Domain-Server = 192.168.44.1  
16:05:03 dhcp,debug,packet   Domain-Name = "mynet.local"

Перезагрузка точки доступа решает проблему, но она возникает снова каждые 1-2 дня.

-------------  
AP: UPA-AC-LR с прошивкой 4.0.80.10875  
Точка доступа подключена напрямую к роутеру кабелем S/FTP CAT6  
Контроллер: 5.12.66 (Build: atag_5.12.66_13102) на Ubuntu 18.04.4 LTS x64  
Роутер: Mikrotik RB760iGS с прошивкой 6.46.5

Пожалуйста, помогите, это явно баг...
 
@UI-jeff Моя проблема с DNS-таймаутом и её решение описаны здесь: https://community.ui.com/questions/Unable-to-ping-8-8-8-8-and-8-8-4-4-however-1-1-1-1-and-1-0-0-1-is-working/b28069f3-3c0e-457e-b07f-16d1f61a4326#answer/67678556-7671-4d38-918a-fa2eff88eb58 Думаю, это баг в правиле GEO-файрвола. Установленные соединения изнутри сети блокируются при обратном пути этим GEO-файрволом. А так быть не должно.
 
@JanMD11 Можешь включить Syslog и логирование на этом контроллере в настройках сайта, затем воспроизвести проблему и прислать мне файл поддержки (из раздела Maintenance)? Мы не можем воспроизвести эту проблему у себя, поэтому будем очень благодарны за сотрудничество.
 
Есть ли уже решения по вышеописанным проблемам? У меня та же самая ситуация, и это сводит меня с ума. Я пробовал включать и выключать все предложенные настройки, но пока без улучшений. Сейчас у меня отключены почти все устройства, оставлен только один Unify AP-AC-Lite (FW 4.0.80.10875), подключённый к модему/роутеру FritzBox (AVM). Использую и статический IP, и статический DNS, но всё равно случаются случайные «тайм-ауты» DNS. Когда это происходит, Wi-Fi-клиент показывает полный уровень сигнала, но страницы в браузере не открываются, а пинг с этого же клиента на роутер не проходит. Через некоторое время всё снова работает нормально, пока в случайный момент проблема не повторяется на том же или на других Wi-Fi клиентах. Проводные устройства, подключённые к тому же роутеру, работают без проблем.
 
Плюс один ;-)
Страницы: 1
Читают тему (гостей: 1)