Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Поиск нежелательного устройства, которое сообщает неверный IP-адрес., UniFi Network
 
У меня примерно 100 разных сайтов с уникальными подсетями, подключенных к самостоятельному Unifi контроллеру. Есть один Unifi 24-портовый свитч, сообщающий по IP 192.168.1.20. Забавно, что у нас нет подсети 192.168.1.x. Она даже не маршрутизируема из моего дата-центра. Я включил отладочные логи, но все равно получаю только следующее: server.log.3:[2025-05-27T09:55:25,470-05:00] <discover> DEBUG discover - from [f4:e2:c6:b1:62:7c](l2, US24PRO2, 7.0.44.15586): ip=192.168.1.20, netmask=255.255.255.0, up=15855784 unsupported=false (managed by other)

Не могу ни как понять, в каком месте физически расположен этот свитч, не говоря уже о том, почему он пытается заявить себе IP из подсети 192.168.1.x. Есть ли способ связать это обратно с реальным IP по логам? Единственное, что я могу еще придумать – это вручную сделать arp-скан во всех 100+ местах, чтобы найти что-то с этим MAC. Единственное, в чем я уверен на данный момент – это то, что он не находится в дата-центре, и что он получает мои правильные DNS-сервера, иначе он бы не нашел Unifi контроллер.
 
Просто чтобы убедиться, что я это сделал: ~# arping -c 2 -I enp3s0 f4:e2:c6:b1:62:7c
ARPING f4:e2:c6:b1:62:7c
Timeout
Timeout

--- f4:e2:c6:b1:62:7c statistics ---
2 пакета отправлено, 0 пакетов получено, 100% без ответа (0 лишних).
 
Я бы подумал, что если это так, то MAC-адрес должен был бы отображаться как клиент одного из других коммутаторов Unifi в этой подсети, но этого не происходит.
 
192.168.1.20 — это резервный IP-адрес, который используют UniFi точки доступа и коммутаторы, если им не удалось получить DHCP-лизу. В логе упоминается 'l2', не может ли это быть локально подключенный коммутатор, обнаруженный через широковещание?
Страницы: 1
Читают тему (гостей: 1)