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

2 разных Android-устройства (одно — Samsung телефон, другое — Amazon Fire планшет) не могли подключиться и постоянно показывали в настройках повторяющуюся последовательность «попытка получить IP-адрес» ↔ «не удалось получить IP-адрес». Ещё один такой же Samsung телефон не имел этой проблемы (как и многие другие устройства в сети). Перезагрузка устройств не помогала, сброс настроек Wi-Fi и повторное подключение тоже не решали проблему. Перезагрузка точек доступа ситуацию не исправляла, но перезапуск USG решил проблему.

Через несколько дней Windows-ноутбук (Microsoft Surface Pro) не мог выйти в интернет (при этом остальные устройства в сети не испытывали проблем). Он получал IP-адрес по DHCP, но не мог ни пинговать, ни трассировать маршрут до шлюза или любых устройств (включая точку доступа, к которой был подключён) в локальной сети. ARP-таблица не содержала динамических записей, и её очистка не помогала. Перезагрузка ноутбука, переподключение к Wi-Fi и обновление DHCP-лизинга тоже не дали результата. В этом случае перезапуск USG не решил проблему, а вот перезагрузка точек доступа помогла.

В обоих случаях устройства все ещё отображались в UniFi Dashboard с валидными IP-адресами в диапазоне DHCP по умолчанию, но их «оценка Wi-Fi» была 60% или ниже (обычно у всех устройств в сети эта оценка выше 95%).

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

Сеть состоит из Arris Cable Modem → USG 3p (V4.4.51) → 4 PoE-коммутатора на 8 портов (V4.3.22) → 2 AP-AC-Pro (V4.3.21) и Cloud Key V3 (V6.0.36). В сети 39 клиентов, около половины по Wi-Fi, 1 SSID, VLAN нет, специальных настроек нет, всё настроено через DHCP, включая DNS. Другого сетевого оборудования или серверов в сети и помещении нет.

В журнале событий нет предупреждений и ошибок. При попытках подключения/повторного подключения устройств появляются стандартные логи (например, XXX отключился от YYY или XXXX подключился к YYY на канале ZZZ).

Internet Threat Management включён с уровнем чувствительности 3, активна Deep Packet Inspection.
 
Я сталкиваюсь практически с такими же проблемами. Есть ли какой-то способ их решить?
 
У меня похожие проблемы: случайные отключения беспроводных устройств, телефоны и ноутбуки не получают IP-адрес.
 
Есть какие-нибудь новости по этой теме? У меня, кажется, такие же проблемы с самого начала...
 
У меня примерно те же 60% проблем. Некоторые устройства случайным образом не получают IP-адреса в моей сети.  
 
До прошлой недели iPhone 12 Pro не мог подключиться к моей приватной Wi-Fi. Я发现, что подключение к гостевой сети, которая работает на той же точке доступа, проходит нормально. Также заметил, что если переключить MAC-адрес iPhone с «случайного» на «устройство», то всё работает отлично.  
Так что, по моему мнению, проблема связана именно с MAC-адресом устройства — IP он вообще не получает.  

Что я сделал:  
- Несколько раз перезагрузил iPhone  
- Очистил IP-аренду на фаерволе через putty с помощью команды "clear dhcp lease ip …"  
- Несколько раз перезагружал USG-Pro-4  
- Перепрошивал USG-Pro-4 несколько раз  
- Отключал UAP-AC-Pro, чтобы заставить устройства подключиться к другой точке доступа  

Ничего не помогло, iPhone так и не подключался с случайным MAC. На этой неделе как будто волшебным образом всё заработало, но сегодня мой Samsung Galaxy 9 с рандомным MAC стал периодически терять интернет и вести себя странно.  
 
В итоге:  
 
И на Samsung:  
 

Что я сделал сегодня:  
- Несколько раз перезагрузил Galaxy  
- Очистил IP-аренду на фаерволе через putty с командой "clear dhcp lease ip …"  
- Перезагрузил USG-Pro-4 несколько раз  

Что помогло — опять переключение MAC-адреса Galaxy с случайного на адрес самого устройства:  
 
… и сеть снова показала стабильную работу на уровне 97%-100%.  
 

Также нашёл логи с проблемным рандомным MAC-адресом:  
<4>1 2021-03-30T20:44:46+02:00 ubiaccug.localdomain U7PG2,74ddffc68176,v4.3.28.11361 - - - U7PG2,74ddffc68176,v4.3.28.11361: kernel: [363778.675755] [STA_TRACKER] DNS request timed out; [STA: 45:66:ff:9b:26:d7][QUERY: _sips._tcp.ims.mnc001.mcc228.pub.3gppnetwork.org.] [DNS_SERVER :192.168.1.1] [TXN_ID 5f4d] [SRCPORT 46282]
<4>1 2021-03-30T20:45:01+02:00 ubiaccug.localdomain U7PG2,74ddffc68176,v4.3.28.11361 - - - U7PG2,74ddffc68176,v4.3.28.11361: kernel: [363793.715680] [STA_TRACKER] DNS request timed out; [STA: 45:66:ff:9b:26:d7][QUERY: _sips._tcp.ims.mnc001.mcc228.pub.3gppnetwork.org.] [DNS_SERVER :192.168.1.1] [TXN_ID 5f4d] [SRCPORT 46282]
<11>1 2021-03-30T20:45:10+02:00 ubiaccug.localdomain U7PG2,74ddffc68176,v4.3.28.11361 - - - U7PG2,74ddffc68176,v4.3.28.11361: : mcad[32394]: ace_reporter.reporter_handle_response(): update rate failed, 45:66:ff:9b:26:d7 - ul: (64, -1), dl: (64, -1)
<11>1 2021-03-30T20:45:10+02:00 ubiaccug.localdomain U7PG2,74ddffc68176,v4.3.28.11361 - - - U7PG2,74ddffc68176,v4.3.28.11361: : mcad[32394]: ace_reporter.reporter_fail(): Unknown[10] (http://192.168.1.13:8080/inform)  
<11>1 2021-03-30T20:45:10+02:00 ubiaccug.localdomain U7PG2,74ddffc68176,v4.3.28.11361 - - - U7PG2,74ddffc68176,v4.3.28.11361: : mcad[32394]: ace_reporter.reporter_fail(): inform failed #1 (last inform: 8 seconds ago), rc=10
<30>1 2021-03-30T21:02:30+02:00 ubiaccog.localdomain U7PG2,f09fcaab8296,v4.3.28.11361 - - - U7PG2,f09fcaab8296,v4.3.28.11361: hostapd: ath0: STA 45:66:ff:9b:26:d7 RADIUS: starting accounting session 9E974C30F74CDF8F  
<14>1 2021-03-30T21:02:30+02:00 ubiaccog.localdomain U7PG2,f09fcaab8296,v4.3.28.11361 - - - U7PG2,f09fcaab8296,v4.3.28.11361: : stahtd[1705]: [STA-TRACKER].stahtd_dump_event(): {"auth_ts":"3123.818301","event_id":"3","message_type":"STA_ASSOC_TRACKER","mac":"45:66:ff:9b:26:d7","vap":"ath0","assoc_delta":"10000","event_type":"failure","assoc_status":"0","ip_failures":"1","wpa_auth_delta":"60000","auth_delta":"0"} (и есть ещё)

Похоже, это та же проблема, о которой тут говорится:  
60% Wifi Experience - 2 Meter Distance to the AP, other devices works fine | Ubiquiti Community  

Пока что мы нашли временное решение — переключать MAC-адреса на устройствах, но не все могут или хотят это делать, тем более не советуешь просить всех гостей менять свои MAC-адреса.
 
Выполните команду display current-configuration | include dhcp enable, чтобы проверить, включён ли DHCP. По умолчанию DHCP отключён. Если информация о DHCP не отображается, значит DHCP выключен. Выполните команду dhcp enable для включения DHCP. MyLincoln Portal Login
 
Есть какие-нибудь новости по этой теме?
Страницы: 1
Читают тему (гостей: 1)