Та же проблема. Забронировал IP для клиента, а теперь он каждые 5 секунд переключается между старым IP, который выдаёт DHCP-сервер, и новым зарезервированным. Клиент, кажется, постоянно доступен по обоим IP. Очень раздражающая ошибка. Пожалуйста, исправьте это, Ubiquiti.

Запущена версия 6.4.54 (Network) на моём UDM-Pro, и проблема всё ещё не решена. Могу сидеть и наблюдать, как устройство прыгает между старым статическим адресом, новым статическим и DHCP-адресом. Пинг до старого адреса так и не проходит, похоже, что просто интерфейс шалит. Попытка привести сеть в порядок теперь стала гораздо сложнее.

Я наконец-то понял, в чем, скорее всего, проблема. У меня была неполадка с Ubuntu-пи-холом. В UDM я задал для него статический IP-адрес и настроил то же самое в pi-hole. Проблема была в том, что хоть там и стоял IP 192.168.0.10, на странице клиентов он отображался как 192.168.1.66. Интересно, ведь этот адрес машина не использовала уже... лет 6 или 7?

Короче, я покопался в конфигурации IP моего Ubuntu-сервера:

pihole-eepc:~$ ip addr show  
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000  
   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00  
   inet 127.0.0.1/8 scope host lo  
      valid_lft forever preferred_lft forever  
   inet6 ::1/128 scope host  
      valid_lft forever preferred_lft forever  
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000  
   link/ether 48:5b:39:05:6b:9e brd ff:ff:ff:ff:ff:ff  
   inet 192.168.0.10/24 brd 192.168.0.255 scope global dynamic enp1s0  
      valid_lft 3358sec preferred_lft 3358sec  
   inet 192.168.1.66/24 scope global enp1s0  
      valid_lft forever preferred_lft forever  
   inet6 fe80::4a5b:39ff:fe05:6b9e/64 scope link  
      valid_lft forever preferred_lft forever  
3: wlp2s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000  
   link/ether 00:25:d3:d5:9e:cf brd ff:ff:ff:ff:ff:ff

Если присмотреться, там вылезли два IP-адреса: 0.10 из UDM и 1.66, который как-то был статически прописан еще раньше. Линукс нормально справляется с двумя IP на одном интерфейсе, но UDM, похоже, предпочитает на странице клиентов показывать нестатический IP (то есть постоянный прописанный), а в настройках клиента — тот, что назначен динамически из UDM.

Чтобы исправить это, я просто сделал команду sudo ip addr del 192.168.1.66/24 dev enp1s0, чтобы убрать этот «вечный» статический IP, оставив только динамический из UDM, и перезагрузил машину. После перезагрузки в списке клиентов появился правильный статический IP, который динамически присваивается серверу Ubuntu, а не старый «вечный» IP из прошлой сети.

Не знаю, касается ли это всех дистрибутивов на базе Debian или это что-то особенное в том, как UDM назначает IP-линуксовым машинам, или как сам Linux возвращает IP обратно в UDM. Я уж точно не эксперт в Линуксе. Проблема появлялась только с устройствами на Linux (мой не-Unifi свитч, все Roku), а вот с Windows и телефонами (iOS и Android) пока нет.

Надеюсь, это даст команде Unifi или кому-то, кто хорошо разбирается в Linux, зацепку для поиска решения.

Всем привет! Вчера я получил свою мечту — машину, и первое впечатление просто отличное. Сегодня я обнаружил, что IP-адреса в списке клиентов указаны неверно. Потратил пару часов, чтобы понять, что это проблема, о которой уже сообщали больше года назад. Есть ли уже какой-нибудь обходной путь или исправление? (прошивка 1.8.6)

Очистка кэша ARP помогает? Мне кажется, именно так UniFi работает с этими данными. Несколько лет назад они планировали перейти на использование LLDP, но когда — неизвестно, если можешь поверить.