Таймаут DNS на Unifi AP-AC-Pro для некоторых клиентов

Таймаут DNS на Unifi AP-AC-Pro для некоторых клиентов, UniFi Network

phil45

Guest

26.02.2021 14:25:00

Вот точно такая же проблема у меня. Поменял DNS на 8.8.8.8, но в логах на AP через SSH постоянно появляются повторяющиеся тайм-ауты DNS, и устройства случайно теряют связь, хотя вроде бы подключены. Похоже, что у Apple-устройств это проявляется гораздо сильнее, чем у остальных.

azarot5

Guest

25.04.2021 20:27:00

Это забавно. Случайно обнаружил, что включённый этот параметр — виновник странностей. Выключил его у себя. Надеялся на улучшение, но ничего хорошего не вышло. Все равно вижу такое:

Sun Apr 25 22:10:43 2021 kern.warn kernel: [STA_TRACKER] DNS request timed out; [STA: 82:95:4c:df:e2:f6][QUERY: q6r9lyej9gtamti8owkpf03ts.zgbj4bnjc5pzg.com.] [DNS_SERVER :1.1.1.1] [TXN_ID 1ac4] [SRCPORT 49188]
Sun Apr 25 22:10:43 2021 kern.warn kernel: [STA_TRACKER] DNS request timed out; [STA: 82:95:4c:df:e2:f6][QUERY: 8qq6njk005ksd.rduxbuv0j66tuukgrp2u9jyb79.com.] [DNS_SERVER :1.1.1.1] [TXN_ID 8533] [SRCPORT 49399]
Sun Apr 25 22:10:43 2021 kern.warn kernel: [STA_TRACKER] DNS request timed out; [STA: 82:95:4c:df:e2:f6][QUERY: 8qq6njk005ksd.rduxbuv0j66tuukgrp2u9jyb79.com.] [DNS_SERVER :1.1.1.1] [TXN_ID fba1] [SRCPORT 62692]
Sun Apr 25 22:10:43 2021 kern.warn kernel: [STA_TRACKER] DNS request timed out; [STA: 82:95:4c:df:e2:f6][QUERY: ngmig6-dl.ynq5h7z2p2cdnkm8xmq1.com.] [DNS_SERVER :1.1.1.1] [TXN_ID 11b6] [SRCPORT 65328]
Sun Apr 25 22:10:43 2021 kern.warn kernel: [STA_TRACKER] DNS request timed out; [STA: 82:95:4c:df:e2:f6][QUERY: 1qyry2do7j.2riez8hqalvi62lba-i.com.] [DNS_SERVER :1.1.1.1] [TXN_ID 1945] [SRCPORT 50255]
Sun Apr 25 22:10:43 2021 kern.warn kernel: [STA_TRACKER] DNS request timed out; [STA: 82:95:4c:df:e2:f6][QUERY: ngmig6-dl.ynq5h7z2p2cdnkm8xmq1.com.] [DNS_SERVER :1.1.1.1] [TXN_ID afe2] [SRCPORT 51410]
Sun Apr 25 22:10:43 2021 kern.warn kernel: [STA_TRACKER] DNS request timed out; [STA: 82:95:4c:df:e2:f6][QUERY: 1qyry2do7j.2riez8hqalvi62lba-i.com.] [DNS_SERVER :1.1.1.1] [TXN_ID d7ac] [SRCPORT 64991]
Sun Apr 25 22:10:43 2021 kern.warn kernel: [STA_TRACKER] DNS request timed out; [STA: 82:95:4c:df:e2:f6][QUERY: q6r9lyej9gtamti8owkpf03ts.zgbj4bnjc5pzg.com.] [DNS_SERVER :1.1.1.1] [TXN_ID bef2] [SRCPORT 58886]
Sun Apr 25 22:10:43 2021 kern.warn kernel: [STA_TRACKER] DNS request timed out; [STA: 82:95:4c:df:e2:f6][QUERY: 8qq6njk005ksd.rduxbuv0j66tuukgrp2u9jyb79.com.] [DNS_SERVER :1.1.1.1] [TXN_ID 9bd0] [SRCPORT 52969]
Sun Apr 25 22:10:43 2021 kern.warn kernel: [STA_TRACKER] DNS request timed out; [STA: 82:95:4c:df:e2:f6][QUERY: ngmig6-dl.ynq5h7z2p2cdnkm8xmq1.com.] [DNS_SERVER :1.1.1.1] [TXN_ID eda5] [SRCPORT 55385]
Sun Apr 25 22:10:43 2021 kern.warn kernel: [STA_TRACKER] DNS request timed out; [STA: 82:95:4c:df:e2:f6][QUERY: ngmig6-dl.ynq5h7z2p2cdnkm8xmq1.com.] [DNS_SERVER :1.1.1.1] [TXN_ID c831] [SRCPORT 62764]

и

Sun Apr 25 22:10:49 2021 user.info : mcad[2467]: wireless_agg_stats.log_sta_anomalies(): bssid=e0:63:da:53:13:95 radio=rai0 vap=rai0 sta=82:95:4c:df:e2:f6 satisfaction_now=0 anomalies=dns_timeout
Sun Apr 25 22:10:50 2021 user.info : mcad[2467]: wireless_agg_stats.log_sta_anomalies(): bssid=e0:63:da:53:13:95 radio=rai0 vap=rai0 sta=82:95:4c:df:e2:f6 satisfaction_now=0 anomalies=dns_timeout
Sun Apr 25 22:11:26 2021 user.info : mcad[2467]: wireless_agg_stats.log_sta_anomalies(): bssid=e0:63:da:53:13:95 radio=rai0 vap=rai0 sta=82:95:4c:df:e2:f6 satisfaction_now=0 anomalies=dns_timeout

Меня эти разрывы связи очень бесят, ведь мой уличный AP заменили на более мощный, а он всё равно продолжает отключаться и "терять пульс". Я уже слишком много времени этому уделяю. Думаю, @phil45 застрял в этой же теме и потратил ничуть не меньше времени.

RobbieH Guest	#3 05.04.2021 14:22:00 @phil45 версия 4.3.20 — это крепкий орешек. Всё, что новее, — лотерея.

phil45 Guest	#4 05.04.2021 13:37:00 Проверь свою версию прошивки. Мне пришлось перейти на бета-версию, прошивки 4.3.x для меня были совершенно непригодны.

czbird Guest	#5 04.04.2021 10:00:00 Рад, что у тебя получилось — у меня эта опция была включена всегда, а проблемы всё равно остаются Значит, в системе ещё что-то гниёт, что особенно не нравится яблочникам.

phil45 Guest	#6 04.04.2021 09:14:00 Похоже, мне удалось практически, если не полностью, устранить проблемы, с которыми я сталкивался. Среда: 2 x AP AC-Lite с прошивкой 5.53.1.12737, без Unifi-свитчей, контроллер версии 6.0.45 на Raspberry Pi. В качестве DNS-сервера и DHCP-сервера используется Pi-hole. В настройках DHCP на Pi-hole включена функция быстрого применения изменений. Проблема: устройства, переключающиеся между точками доступа, теряют соединение с интернетом на несколько минут. Обычно помогает подождать несколько минут или выключить и включить сетевое соединение на устройстве. В этот период DNS-запросы к любым DNS-серверам, похоже, блокируются точкой доступа, хотя доступ к внутренним ресурсам по IP-адресу сохраняется. В основном проблемы затрагивают устройства Apple, другие устройства вроде бы нет. Хотя у меня дома почти все передвигающиеся устройства — Apple, а прочие подключены стационарно, так что, возможно, это совпадение. Тесты: изначально использовался DNS провайдера. Потом я сменил на 8.8.8.8 для всех устройств, что ничего не изменило. Потом попробовал 1.1.1.1 — тоже без изменений. В итоге переключился на Pi-hole — проблема осталась, при переходе между точками доступа все равно возникали проблемы с DNS. Во всех случаях в логах точек доступа видно, что DNS-запросы не проходят, в то время как остальной трафик пропускается нормально. Решение: в отчаянии меняя настройки, я включил DHCP Snooping на сайте контроллера — проблема практически сразу исчезла. Теперь устройства Apple спокойно перемещаются по дому без блокировки DNS. У меня нет Unifi-свитчей, и я не понимаю, как включение DHCP Snooping могло повлиять на точки доступа, но знаю, что прошивки для Unifi AP и свитчей идентичны, так что, возможно, происходит какой-то непреднамеренный эффект.

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