Дублирующиеся устройства сети.

[booroondook]

Keenetic Omni, режим роутера, сеть разветвленная (коммутаторы, точки доступа WiFi, порядка полусотни проводных и беспроводных клиентов).

В логе повторяется много раз следующая запись:

Hotspot::Discovery::Explorer: "Bridge0": network conflict: hosts aa:bb:cc:dd:ee:ff and ff:ee:dd:cc:bb:aa have the same IPv4 address 192.168.0.100

(здесь MAC- и IP-адреса изменены для приватности)

Смотрю, что же это за устройства и обнаруживаю, что оба MAC-адреса принадлежат одной и той же камере видеонаблюдения, которая подключена к сети и через Ethernet, и по WiFi (причём, по WiFi не к точке доступа роутера, а к другой точке доступа, тоже входящей в мою сеть - поэтому Кинетик показывает подключение "по проводу") . То есть, один MAC-адрес принадлежит Ethernet-адаптеру камеры, а второй - её же WiFi-адаптеру.

И при этом оба этих MACа зарегистрированы как разные устройства, и обоим присваиваются разные выделенные IP-адреса (DHCP static lease). А Кинетик в своем логе упоминает только тот IP-адрес, который принадлежит именно WiFi-адаптеру камеры.

Смотрю список устройств и вижу вот такое чудо: зарегистрированное устройство с MAC-адресом WiFi-адаптера повторяется в списке два раза - при этом обе записи полностью совпадают - и присвоенное имя, и MAC-адрес, и IP-адрес, и вид подключения.

Ну ладно, думаю. Удалю-ка я их обоих (ну, то есть, две этих одинаковых позиции) из зарегистрированных устройств - пусть "живут своей жизнью." Но при этом Ethernet-подключение камеры не трогаю, оставляю в списке. Удалил. Смотрю - теперь в списке незарегистрированных устройств два устройства "Без имени" с одинаковыми MAC- и IP-адресами. Перезагрузил Кинетик. Ничего не изменилось: всё так же в незарегистрированных устройствах два "близнеца", а в логе снова бегут эти строчки.

Что делать-то?

P.S. Советы типа "отключи на видеокамере одно из подключений" не принимаются, ибо нужно там иметь и Ethernet, и WiFi.

P.P.S. Сохранил конфигурацию в файл - в файле никаких дублей нет. Странно.

Изменено 5 августа, 2021 пользователем booroondook

[Васька Поперечный]

Доступ к видеокамере имеется? Здесь очевидно, что MAC вдюхи wifi и ethernet совпадают, поэтому он жалуется. 

[booroondook]

В 13.08.2021 в 21:19, Васька Поперечный сказал:

Здесь очевидно, что MAC вдюхи wifi и ethernet совпадают

В том-то и дело, что MAC-адреса разные - внимательнее прочитайте первое сообщение. 

P.S. Для WiFi-адаптера тоже указано "По проводу", потому что он подцепляется к сети не через точку доступа Кинетика, а через другую точку доступа, которая, в свою очередь, соединена с Кинетиком по проводу.

Изменено 16 августа, 2021 пользователем booroondook

[Васька Поперечный]

48 минут назад, booroondook сказал:

В том-то и дело, что MAC-адреса разные - внимательнее прочитайте первое сообщение. 

P.S. Для WiFi-адаптера тоже указано "По проводу", потому что он подцепляется к сети не через точку доступа Кинетика, а через другую точку доступа, которая, в свою очередь, соединена с Кинетиком по проводу.

Вы ip адреса закрасили, они одинаковые? И наконец, на работоспособность это влияет? 

[booroondook]

В данный момент (после нескольких перезагрузок Кинетика) ситуация слегка изменилась, а именно:

1.  В списке устройств дубли исчезли, у каждого MACа свой неповторяемый IP-адрес

(на картинке IP-адреса замазаны, но "расшифрую" - для MACа Ethernet-адаптера (00:12:41:...) IP-адрес 192.168.0.80, а для MACа WiFi-адаптера (30:ff:f6:...) IP-адрес 192.168.0.40)  

2. Но в логе по-прежнему появляются записи:

 

Авг 16 11:58:23 ndm
Hotspot::Discovery::Explorer: "Bridge0": network conflict: hosts 00:12:41:XX:XX:XX and 30:ff:f6:XX:XX:XX have the same IPv4 address 192.168.0.40.

То есть, говорится о том, что оба эти MAC-адреса используют один и тот же IP-адрес 192.168.0.40, закрепленный за WiFi-адаптером камеры.

Но на самом деле это не так, потому что второй адрес (192.168.0.80, закрепленный за Ethernet-адаптером камеры) пингуется, и через него можно попасть в Web-интерфейс администрирования камеры, и именно по этому адресу камера "прицеплена" к видеорегистратору.

Так что получается, что "дуркует" только сам Кинетик.

 

P.S. По факту, конечно же, на работоспособность это не влияет, однако сообщения в логе о якобы существующих ошибках несколько напрягают.

 

[sas_72]

У меня на Keenetic Viva такая же проблема. А дело всего лишь в компах где две сетевые платы объединены в team. Логи все переполнены. Как бы это дело "отключить"?

Изменено 8 июня, 2022 пользователем sas_72

[booroondook]

Судя по практически нулевой реакции представителей ТП Keenetic, о проблеме знают, но решить её не могут.

Я угадал?

[Rhon]

Это может быть проблема самой камеры, когда она отвечает ARP кадров со своих обоих интерфейсов - проводного и wifi. 
Причем один из интерфейсов может не быть активным, но ядро ОС камеры, все равно отвечает.

Называется ARP Flux - https://osresearching.blogspot.com/2013/01/arp_30.html

Если есть доступ к глубоким настройкам камеры, то можно попробовать отключить.

[booroondook]

1 час назад, Rhon сказал:

Это может быть проблема самой камеры, когда она отвечает ARP кадров со своих обоих интерфейсов - проводного и wifi. 
Причем один из интерфейсов может не быть активным, но ядро ОС камеры, все равно отвечает.

Проблема касается не только камер. Например, имеется RaspberryPi, подключенный к сети и по кабелю, и по WiFi. С ним точно такая же ситуация - в списке устройств показываются два устройства с одинаковыми MAC-адресами (причем, и там, и там показан MAC-адрес именно WiFi-карты, а не Ethermet), но с разными IP. А в журнале ошибок указан конфликт между теперь уже разными MFC'ами (Ethernet'овским и WiFi'ным), которые якобы работают на одном и том же IP-адресе (и указан IP-адрес, закрепленный в настройках для WiFi-адаптера).

Другими словами, проблема возникает тогда, когда некое устройство-клиент имеет одновременно два подключения к сети через две своих сетевых карты.

P.S. Проверил инструкцию по вашей ссылке на Raspberry Pi - не помогло.

 

Изменено 7 июня, 2022 пользователем booroondook

[Shoom]

Такая же проблема была с одной из ip видеокамер. И интерфейс у камеры глючный - пытался через настройки wifi отключить, не сохраняется настройка)) В итоге установил на wifi подключение камеры неправильный пароль и из логов ошибка исчезла. Но если wifi тоже нужен, то такой вариант не поможет.

[mike12e3]

Аналогичная проблема:  на ПК встроенная сетевая карта и отдельный wifi адаптер (OS - Debian). В настройках сетевых подключений стоит использовать DHCP - т.е. роутер сам назначает ip адреса.
В итоге в списке подключенных устройств к роутеру то появляются дубликаты, то исчезают и снова появляются.

 

Логи забиты аналогичными сообщениями: 

"Mar 22 14:20:33 ndm

Hotspot::Discovery::Explorer: "Bridge0": network conflict: hosts bc:5f:bb:bb:d3:55 and 00:22:bb:bb:24:ac have the same IPv4 address 192.168.1.134."

 

Причем на самом ПК ip адреса назначены корректно:

 

При этом в моем случае, периодически резко падает качество и скорость соединения с роутером для всех устройств, и приходится перезагружать роутер.

 

Версия прошивки: 3.9.4 

В чем может быть причина такого поведения роутера? Представители ТП Keenetic - есть идеи куда копать? 

[Mamay]

7 минут назад, mike12e3 сказал:

Представители ТП Keenetic

Официальная ТП.

[booroondook]

4 часа назад, Mamay сказал:

Официальная ТП.

Там как раз в качестве одного из вариантов обсуждения предлагается данный форум.

 

[Mamay]

11 час назад, booroondook сказал:

Там как раз в качестве одного из вариантов обсуждения предлагается данный форум.

Обсуждать с волонтёрами можно до второго/третьего пришествия всё что угодно, и это, не равно получить гарантированную официальную техническую поддержку!

[Sartoris]

On 6/7/2022 at 3:47 PM, booroondook said:

Проблема касается не только камер. Например, имеется RaspberryPi, подключенный к сети и по кабелю, и по WiFi. С ним точно такая же ситуация - в списке устройств показываются два устройства с одинаковыми MAC-адресами (причем, и там, и там показан MAC-адрес именно WiFi-карты, а не Ethermet), но с разными IP. А в журнале ошибок указан конфликт между теперь уже разными MFC'ами (Ethernet'овским и WiFi'ным), которые якобы работают на одном и том же IP-адресе (и указан IP-адрес, закрепленный в настройках для WiFi-адаптера).

Другими словами, проблема возникает тогда, когда некое устройство-клиент имеет одновременно два подключения к сети через две своих сетевых карты.

P.S. Проверил инструкцию по вашей ссылке на Raspberry Pi - не помогло.

 

Вам удалось решить эту проблему? 

Аналогично есть RaspberryPi 4. Пока была подключена только по WiFi, все было нормально. Подключил ее же и по проводу, на роутере посыпались ошибки вида 

Hotspot::Discovery::Explorer: "Bridge0": network conflict: hosts e4:5f:01:ed:f2:37 and e4:5f:01:ed:f2:38 have the same IPv4 address 192.168.0.113.

МАС e4:5f:01:ed:f2:38 принадлежит WiFi адаптеру малинки,  а для МАСа сетевой карты e4:5f:01:ed:f2:37 уже выдан другой IP-адрес, по которому малинка нормально доступна.

А в списке подключенных устройств откуда-то постоянно появляется новое устройство, дублирующее МАС сетевой карты, а IP-адрес WiFi интерфейса.

Куда рыть-копать, совершенно не понятно.

 

Изменено 15 апреля, 2023 пользователем Sartoris

[Sartoris]

В общем, сделав немного тестов, складывается такое ощущение, что это проблема самой малинки. А именно, она (как наверное и некоторые другие устройства с LAN и WiFi интерфейсами с одним чипом) некорректно резолвят свои MAC адреса. 

Если взять любой хост сети и попытался с него определить MAC адрес интерфейса по IP адресу, то в ответ будет получен MAC-адрес Ethernet-интерфейса малинки. 

Из моего примера выше сделал ARP-запрос с обычной Windows-машины для 192.168.0.145 IP-адреса

c:\Program Files (x86)\Nmap>nmap -sn -PR 192.168.0.145
Starting Nmap 7.93 ( https://nmap.org ) at 2023-04-15 16:54 Russia TZ 2 Standard Time
Nmap scan report for 192.168.0.145
Host is up (0.0010s latency).
MAC Address: E4:5F:01:ED:F2:37 (Raspberry Pi Trading)
Nmap done: 1 IP address (1 host up) scanned in 0.12 seconds

Как видно MAC-адрес хоста E4:5F:01:ED:F2:37

Такой же запрос но на  192.168.0.113 IP-адрес возвращает тот же  E4:5F:01:ED:F2:37 MAC-адрес: 

c:\Program Files (x86)\Nmap>nmap -sn -PR 192.168.0.113
Starting Nmap 7.93 ( https://nmap.org ) at 2023-04-15 17:00 Russia TZ 2 Standard Time
Nmap scan report for 192.168.0.113
Host is up (0.00s latency).
MAC Address: E4:5F:01:ED:F2:37 (Raspberry Pi Trading)
Nmap done: 1 IP address (1 host up) scanned in 0.12 seconds

Роутер, видимо, делает то же самое при составлении списка устройств в сети и получается такая коллизия. 

Теперь вопрос, как решить это не очень понятно. Причем так де не понятно, это баг или фича малинки, или что-то не так в конфигурациях интерфейса.  А для себя я решил пока отключить WiFi на самой малинке.

 

Изменено 15 апреля, 2023 пользователем Sartoris

[booroondook]

3 часа назад, Sartoris сказал:

складывается такое ощущение, что это проблема самой малинки.

Как я уже писал выше, в моем случае этот баг вылезает не только для "малинки", но и для нескольких камер видеонаблюдения, которые (так же, как и "малинка") обладают двумя сетевыми интерфейсами - Ethernet и WiFi.

При этом не имеет значения, какой именно сетевой интерфейс является в данный момент рабочим - Ethernet, WiFi, или даже оба сразу.

Как мне показалось (но я до конца не уверен) для наличия обсуждаемой проблемы нужно, чтобы в Кинетике были зарегистрированы оба MAC-адреса устройства - и Ethernet'овский, и WiFi'ный. При этом DHCP-лизинг для них не является обязательным.

Изменено 15 апреля, 2023 пользователем booroondook

[Sartoris]

5 минут назад, booroondook сказал:

Как мне показалось (но я до конца не уверен) для наличия обсуждаемой проблемы нужно, чтобы в Кинетике были зарегистрированы оба MAC-адреса устройства - и Ethernet'овский, и WiFi'ный. При этом DHCP-лизинг для них не является обязательным.

У меня эта свистопляска с отображением двух IP на одном MAC была даже если все интерфейсы устройства не были зарегистрированы. В общем непонятно, кто виноват, так как к примеру с iMac-ом, который так же подключен и по проводу и по WiFi таких проблем не наблюдается. А при попытке отрезолвить MAC-адрес малинки по ее WiFi IP-адресу  возвращается MAC-адрес ее Ethernet интерфейса, что как бы очень странно.