and_ka Posted May 25, 2020 Share Posted May 25, 2020 Как смутно помню, было вылечено для 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 ниже Quote Link to comment Share on other sites More sharing options...
MDP Posted May 26, 2020 Share Posted May 26, 2020 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...далее перешёл на кабель...вроде конфликтов уже нет Quote Link to comment Share on other sites More sharing options...
Le ecureuil Posted May 26, 2020 Share Posted May 26, 2020 Видимо самсунг имеет "протечку ARP" - когда при наличии в системе такого IP все его интерфейсы отвечают на ARP с этим IP, даже другие. Но факт остается фактом - эта строка сообщает, что работать все будет плохо - сеть на такое не рассчитана, и регистрация хостов и многие функции в Keenetic тоже. Quote Link to comment Share on other sites More sharing options...
and_ka Posted May 26, 2020 Author Share Posted May 26, 2020 Как я помню, эта проблема обсуждалась ......... давно. Заметил на 2,16D303 при подключении телефонов по wifi Quote Link to comment Share on other sites More sharing options...
r13 Posted May 26, 2020 Share Posted May 26, 2020 В любом случае в вашей сети эти 2 мака отзываются на arp запрос с одним и тем же адресом. Надо с ними разбираться. У меня к примеру есть сяомишный wifi ретранслятор, который такой же хренью занимается, отвечая на arp запросы адресованные клиентам находящимся за ним. В результате такие же конфликты. Quote Link to comment Share on other sites More sharing options...
engelsit Posted May 26, 2020 Share Posted May 26, 2020 У меня то же самое в логах. Телевизор Samsung. Думаю, проблема в нем. Quote Link to comment Share on other sites More sharing options...
vasek00 Posted May 27, 2020 Share Posted May 27, 2020 В моем случае в логах нет не чего - 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 устройств. Quote Link to comment Share on other sites More sharing options...
MDP Posted May 27, 2020 Share Posted May 27, 2020 (edited) 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 Edited May 27, 2020 by MDP Quote Link to comment Share on other sites More sharing options...
vasek00 Posted May 27, 2020 Share Posted May 27, 2020 25 минут назад, MDP сказал: Причем на телевизоре нет такого режима, как "забыть" подключение по Wi-Fi (даже переход к заводским установкам не сбрасывает параметры подключения к WI-FI). Решилось просто в телефоне сделал точку доступа и подключил телевизор к телефону, чтобы затёрлись текущие настройки подключения. Ну тут как бы еще нужно учесть что сам DHCP сервер помнит что данному клиенту с его MAC принадлежит такой то IP, т.е. если отключить клиента а потом включить, то он получит опять такой же IP и это время = времени лизы и пока новый клиент не займет данный IP адрес. В Windows как бы проще "ipconfig / renew" или ipconfig / release" освободить. Описанное что-то наблюдал когда нового клиента подключаешь первый раз то естественно IP из пула, потом рег.его и привязываешь к IP вот тут имеем весит клиент с MAC а на нем два разных IP, после рестарта роутера все как бы исправляется. Quote Link to comment Share on other sites More sharing options...
MDP Posted May 27, 2020 Share Posted May 27, 2020 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. ...чет сумбурно я наваял. Quote Link to comment Share on other sites More sharing options...
and_ka Posted May 27, 2020 Author Share Posted May 27, 2020 Привязка IP-MAC для проводных клиентов есть. Важным для меня является то , что эта проблема была решена на ранних версиях 2.ххх и вновь вылезла на 2.16в3 Quote Link to comment Share on other sites More sharing options...
Le ecureuil Posted May 27, 2020 Share Posted May 27, 2020 Она не была решена, она даже не решалась. Потому что это не проблема Keeentic, это проблема сети. Quote Link to comment Share on other sites More sharing options...
MDP Posted May 27, 2020 Share Posted May 27, 2020 Вот в логах покопался...телевизором пользуемся всегда...но проблема выскакивает эпизодически... All_2020-5-27-13_0_22.html Quote Link to comment Share on other sites More sharing options...
vasek00 Posted May 27, 2020 Share Posted May 27, 2020 (edited) 4 часа назад, MDP сказал: Да тут нечто другое...как бы, когда кабелем соединяешься, то Wi-Fi у телевизора не должно бы работать совсем! ...и ещё wi-fi самого телевизора тоже зарегистрирован и имеет адрес, отличающийся от адреса по кабелю! Тут действительно с телевизора прилетает ARP по кабелю содержащая mac LAN и Wi-Wi и пытающиеся получить IP адрес от LAN. ...чет сумбурно я наваял. При LAN как бы wifi и не работает, так как только в настройках ТВ (в данном случае через обычное меню Настройки -Общие-Сеть) определенно на каком тек.виде соединения сидит клиент - либо LAN или Wifi, по крайней мере так 2017/2018/2019года Sams. Edited May 27, 2020 by vasek00 Quote Link to comment Share on other sites More sharing options...
MDP Posted May 27, 2020 Share Posted May 27, 2020 (edited) 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 зарегистрировано, но не используется Edited May 27, 2020 by MDP Quote Link to comment Share on other sites More sharing options...
vasek00 Posted May 27, 2020 Share Posted May 27, 2020 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 1 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.