Конфликт адреса

[and_ka]

Как смутно помню, было вылечено для LG TV и вот снова

Май 25 18:30:29

ndm

Hotspot::Discovery::Explorer: "Bridge0": network conflict: hosts cc:2d:8c:0b:57:23 and 94:44:44:e7:04:67 have the same IPv4 address 192.168.7.36.

Май 25 18:44:57

ndm

Core::Syslog: last message repeated 28 times.

 

selftest  ниже

[MDP]

20 часов назад, and_ka сказал:

Как смутно помню, было вылечено для LG TV и вот снова

Май 25 18:30:29

ndm

Hotspot::Discovery::Explorer: "Bridge0": network conflict: hosts cc:2d:8c:0b:57:23 and 94:44:44:e7:04:67 have the same IPv4 address 192.168.7.36.

Май 25 18:44:57

ndm

Core::Syslog: last message repeated 28 times.

 

selftest  ниже

Есть предположение...у меня на Самсунге было идентичная шляпа.

Что было у меня:

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

В телевизоре подключил к другой точке доступа, временной не к роутеру, чтобы затёрлось предыдущие заполненные параметры подключения к wifi...далее перешёл на кабель...вроде конфликтов уже нет

[Le ecureuil]

Видимо самсунг имеет "протечку ARP" - когда при наличии в системе такого IP все его интерфейсы отвечают на ARP с этим IP, даже другие.

Но факт остается фактом - эта строка сообщает, что работать все будет плохо - сеть на такое не рассчитана, и регистрация хостов и многие функции в Keenetic тоже.

[and_ka]

Как я помню, эта проблема обсуждалась .........   давно. Заметил на 2,16D303 при подключении телефонов по wifi

[r13]

В любом случае в вашей сети эти 2 мака отзываются на arp запрос с одним и тем же адресом.

Надо с ними разбираться.

У меня к примеру есть сяомишный wifi ретранслятор, который такой же хренью занимается, отвечая на arp запросы адресованные клиентам находящимся за ним.

В результате такие же конфликты.

[engelsit]

У меня то же самое в логах. Телевизор Samsung.  Думаю, проблема в нем. 

[vasek00]

В моем случае в логах нет не чего - Sams, так как есть два MAC один на LAN другой на Wifi и есть WEB со страницей "Список устройств" -> зарег.два устройства SamsLAN и SamsWifi с привязкой к разным IP. За всю практику при таком подключение такого сообщения не разу не наблюдал, что на ТВ что на клиентах (LAN/ПК) при привязки IP к MAC.

Скрытый текст

Включение ТВ

Май 27 08:52:19 ndm Netfilter::Util::Conntrack: flushed 66 IPv4 connections for 192.168.LAN.20.
Май 27 08:56:09 ndm Netfilter::Util::Conntrack: flushed 24 IPv4 connections for 192.168.LAN.20.
***** Переключение на Wifi
Май 27 08:56:52 wmond WifiMaster1/AccessPoint0: (MT7615) STA(cc:хх:хх:хх:хх:a6) had associated successfully.
Май 27 08:56:52 wmond WifiMaster1/AccessPoint0: (MT7615) STA(cc:хх:хх:хх:хх:a6) set key done in WPA2/WPA2PSK.
Май 27 08:56:52 ndhcps DHCPDISCOVER received from cc:хх:хх:хх:хх:a6.
Май 27 08:56:52 ndhcps making OFFER of 192.168.Wifi.26 to cc:хх:хх:хх:хх:a6.
Май 27 08:56:52 ndhcps DHCPREQUEST received (STATE_SELECTING) for 192.168.хх0.26 from cc:хх:хх:хх:хх:a6.
Май 27 08:56:52 ndhcps sending ACK of 192.168.Wifi.26 to cc:xx:xx:xx:xx:a6.
Май 27 08:56:57 ndm Netfilter::Util::Conntrack: flushed 17 IPv4 connections for 192.168.Wifi.26.
Май 27 08:57:22 ndhcps DHCPRELEASE received for 192.168.Wifi.26 from cc:xx:xx:xx:xx:a6.
***** Вернулся на LAN и выключение
Май 27 08:57:22 wmond WifiMaster1/AccessPoint0: (MT7615) STA(cc:xx:xx:xx:xx:a6) had deauthenticated by STA (reason: STA is leaving or has left BSS).
***** Включение по LAN
Май 27 09:02:55 ndm Netfilter::Util::Conntrack: flushed 32 IPv4 connections for 192.168.LAN.20.

 

Не так уж и сложно привязать дом.устройства к IP по MAC, не так уж их и много 5-10-15 устройств.

[MDP]

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

В моем случае в логах нет не чего - Sams, так как есть два MAC один на LAN другой на Wifi и есть WEB со страницей "Список устройств" -> зарег.два устройства SamsLAN и SamsWifi с привязкой к разным IP. За всю практику при таком подключение такого сообщения не разу не наблюдал, что на ТВ что на клиентах (LAN/ПК) при привязки IP к MAC.

  Показать содержимое

Включение ТВ

Май 27 08:52:19 ndm Netfilter::Util::Conntrack: flushed 66 IPv4 connections for 192.168.LAN.20.
Май 27 08:56:09 ndm Netfilter::Util::Conntrack: flushed 24 IPv4 connections for 192.168.LAN.20.
***** Переключение на Wifi
Май 27 08:56:52 wmond WifiMaster1/AccessPoint0: (MT7615) STA(cc:хх:хх:хх:хх:a6) had associated successfully.
Май 27 08:56:52 wmond WifiMaster1/AccessPoint0: (MT7615) STA(cc:хх:хх:хх:хх:a6) set key done in WPA2/WPA2PSK.
Май 27 08:56:52 ndhcps DHCPDISCOVER received from cc:хх:хх:хх:хх:a6.
Май 27 08:56:52 ndhcps making OFFER of 192.168.Wifi.26 to cc:хх:хх:хх:хх:a6.
Май 27 08:56:52 ndhcps DHCPREQUEST received (STATE_SELECTING) for 192.168.хх0.26 from cc:хх:хх:хх:хх:a6.
Май 27 08:56:52 ndhcps sending ACK of 192.168.Wifi.26 to cc:xx:xx:xx:xx:a6.
Май 27 08:56:57 ndm Netfilter::Util::Conntrack: flushed 17 IPv4 connections for 192.168.Wifi.26.
Май 27 08:57:22 ndhcps DHCPRELEASE received for 192.168.Wifi.26 from cc:xx:xx:xx:xx:a6.
***** Вернулся на LAN и выключение
Май 27 08:57:22 wmond WifiMaster1/AccessPoint0: (MT7615) STA(cc:xx:xx:xx:xx:a6) had deauthenticated by STA (reason: STA is leaving or has left BSS).
***** Включение по LAN
Май 27 09:02:55 ndm Netfilter::Util::Conntrack: flushed 32 IPv4 connections for 192.168.LAN.20.

 

Не так уж и сложно привязать дом.устройства к IP по MAC, не так уж их и много 5-10-15 устройств.

У меня тоже как и у Вас было зарегистрировано 2 разных IP (воздух и кабель) по разным MAC, в том то весь и фикус  ...уже очень давно. Логи периодически просматриваю, такого конфликта не наблюдал, но в один момент посыпалось как из ведра. Причем на телевизоре нет такого режима, как "забыть" подключение по Wi-Fi (даже переход к заводским установкам не сбрасывает параметры подключения к WI-FI). Решилось просто в телефоне сделал точку доступа и подключил телевизор к телефону, чтобы затёрлись текущие настройки подключения.

После этого по кабелю уже конфликты не наблюдаются. Телевизор 55H7000 

Изменено 27 мая, 2020 пользователем MDP

[vasek00]

25 минут назад, MDP сказал:

Причем на телевизоре нет такого режима, как "забыть" подключение по Wi-Fi (даже переход к заводским установкам не сбрасывает параметры подключения к WI-FI). Решилось просто в телефоне сделал точку доступа и подключил телевизор к телефону, чтобы затёрлись текущие настройки подключения.

Ну тут как бы еще нужно учесть что сам DHCP сервер помнит что данному клиенту с его MAC принадлежит такой то IP, т.е. если отключить клиента а потом включить, то он получит опять такой же IP и это время = времени лизы и пока новый клиент не займет данный IP адрес. В Windows как бы проще "ipconfig / renew" или ipconfig / release" освободить.

 

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

[MDP]

1 минуту назад, vasek00 сказал:

Ну тут как бы еще нужно учесть что сам DHCP сервер помнит что данному клиенту с его MAC принадлежит такой то IP, т.е. если отключить клиента а потом включить, то он получит опять такой же IP и это время = времени лизы и пока новый клиент не займет данный IP адрес. В Windows как бы проще "ipconfig / renew" или ipconfig / release" освободить.

 

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

Да тут нечто другое...как бы, когда кабелем соединяешься, то Wi-Fi у телевизора не должно бы работать совсем! ...и ещё wi-fi самого телевизора тоже зарегистрирован и имеет адрес, отличающийся от адреса по кабелю!  Тут действительно с телевизора прилетает ARP по кабелю содержащая mac LAN и Wi-Wi и пытающиеся получить IP адрес от LAN.  ...чет сумбурно я наваял. 

 

[and_ka]

Привязка  IP-MAC для проводных клиентов есть. Важным для меня является то , что эта проблема была решена на ранних версиях 2.ххх и вновь вылезла на 2.16в3

[Le ecureuil]

Она не была решена, она даже не решалась. Потому что это не проблема Keeentic, это проблема сети.

[MDP]

Вот в логах покопался...телевизором пользуемся всегда...но проблема выскакивает эпизодически...

 

All_2020-5-27-13_0_22.html

[vasek00]

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

Да тут нечто другое...как бы, когда кабелем соединяешься, то Wi-Fi у телевизора не должно бы работать совсем! ...и ещё wi-fi самого телевизора тоже зарегистрирован и имеет адрес, отличающийся от адреса по кабелю!  Тут действительно с телевизора прилетает ARP по кабелю содержащая mac LAN и Wi-Wi и пытающиеся получить IP адрес от LAN.  ...чет сумбурно я наваял.

При LAN как бы wifi и не работает, так как только в настройках ТВ (в данном случае через обычное меню Настройки -Общие-Сеть) определенно на каком тек.виде соединения сидит клиент - либо LAN или Wifi, по крайней мере так 2017/2018/2019года Sams.

Изменено 27 мая, 2020 пользователем vasek00

[MDP]

14 минуты назад, vasek00 сказал:

При LAN как бы wifi и не работает, так как только в настройках ТВ (в данном случае через обычное меню Настройки -Общие-Сеть) определенно на каком тек.виде соединения сидит клиент - либо LAN или Wifi, по крайней мере так 2017/2018/2019года Sams.

Да, но mac от wi-fi адаптера откуда-то прилетает же? ))))

конкретно у меня к 14:85:52:a1:f2 привязан IP 192.168.1.162 , а к 14:85:9d:82:a5 привязан IP 192.168.1.161 

Соединение по кабелю...wi-fi зарегистрировано, но не используется

Изменено 27 мая, 2020 пользователем MDP

[vasek00]

6 минут назад, MDP сказал:

Да, но mac от wi-fi адаптера откуда-то прилетает же? ))))

Все в руках разработчиков, так как ТВ базируется на *unix + дрова, LAN в проце, Wifi на USB порту проца и плюс выбор активного (в flash памяти переменная 0 или 1, но может по другому).

Не много про ТВ данной серии

Скрытый текст

http://archive.espec.ws/section328/file33860.html

https://fccid.io/A3LWIDT30Q/User-Manual/Users-Manual-3016815 на базе Qualcomm AR1021X

и такой же дефект 09 янв 2018 ТВ от 2015года.

http://www.vybortv.ru/forum-o-televizorax/viewtopic.php?t=3457