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

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

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

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

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

В общем, сделав немного тестов, складывается такое ощущение, что это проблема самой малинки. А именно, она (как наверное и некоторые другие устройства с 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 на самой малинке.

 

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

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 интерфейса.

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