Dhampir113
-
Posts
125 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Dhampir113
-
-
-
На последних прошивках заметил в логе частую ошибку ndhcps: someone has same IP. Сидел смотрел телевизор, вылезло сообщение: нет подключения к сети, переподключаю, через определенное время снова та же ошибка, в логе много сообщений вида ndhcps: someone has same IP с разными адресами, настроено вроде все нормально, соединение рвется хаотично с разными клиентами, то smartTV, то NasSynology, то ноутбук. В списке подключенных клиентов телик продублирован с одним макадресом с разными IP. Перезагрузил роутер (Ultra (KN-1810), Версия ОС4.1.0), через какое-то время снова все повторяется. Не придал значения этому. Пришел на работу, там роутер KN-2610 смотрю хранилище отвалилось, в логе та же ошибка ndhcps: someone has same IP, то телефон отвалится (снова продублирован в списке клиентов с разными IP), то рабочий ноут.
-
Роутер - KN-1810, ретрансляторы: KN-3310, KN-1010, Версия ОС на всех 4.0.1
Скрытый текстСелфтесты прикрепляю ниже
-
Ответ техподдержки:
Здравствуйте.
Это ожидаемое поведение. Оно вызвано работой протокола STP. Изменение состояний проводных линков в Wi-Fi системе вызывает срабатывания протокола STP, который используется для всех проводных соединений в Wi-Fi-системе (когда схема состоит из контроллера и ведомых ретрансляторов).
При изменении топологии, дерево STP перестраивается и свитч в Keenetic проходит стадии blocking - listening - learning - forwarding, в такие моменты передача через все локальные порты блокируется на несколько секунд, поэтому происходит задержка.
Если нужно, можно исключить такой порт из работы STP, на Keenetic через CLI нужно выполнить специальные команды, чтобы он не реагировал на изменения линка на порту:
interface X role iseg exit system configuration save
Где interface X - это номер порта: 0, 1, 2, 3, 4.
Ну теперь все ясно
-
Air (KN-1613) в режиме ретранслятора, подключен к роутеру Giant (KN-2610). К ретранслятору подключены по LAN: комп, ресивер видеонаблюдения и ККМ. Если любое из этих подключенных устройств включит/выключить, либо передернуть локальный кабель, то ретранслятор рвет связь роутером, о чем сообщает уведомление в приложении:
наблюдалось на 3.9 и повторяется на 4.0
селф-тест прикрепил ниже
-
В 19.11.2022 в 00:52, hellonow сказал:
Если актуально
да, также и зависает, но теперь еще и добавились зависания при смене статического адреса на устройствах в сети....Но роутер теперь остается остается доступным по 192.168.1.1, селф тест будет ниже
-
Если зайти в вебинтерфейс через безопасное соединение (по https), при попытке изменения параметра Ограничение скорости для устройств гостевого сегмента, веб-морда зависает намертво после нажатия кнопки сохранить, роутер при этом перестает быть доступным как по 192.168.1.1 так и по my.keenetic.net. Приходится делать перезагрузку через моб. приложение, либо передергиванием кабеля питания. Если изменения проводить через небезопасное соединение (192.168.1.1), отваливается только доступ в вебморду через https.
-
Падает TSMB
in 3.6
-
1 час назад, Серега Я сказал:
Так и не нашли решение проблемы, кроме смены режима на bg? Такая же проблема на 4G III прошивка v2.08(AAUR.4)C2. Только происходит гляк с Самсунгом А5 2017. Как на нем запускают ютюб, то роутер инет по вай-фаю глючит сразу или пропадает минут через 15.
Не-а. Либо брать роутер и ехать со всеми устройствами к разработчикам, либо сидеть на bg. Вот что-то не так видимо у роутера с самсунгом, аллергия какая-то
-
В 05.06.2018 в 11:35, eralde сказал:
Подумаем как можно такое сделать в новом интерфейсе. Сейчас можно задать DNS только для конкретного подключения.
будем ждать
В 05.06.2018 в 12:38, AndreBA сказал:Так не подойдёт?
это немного не то
-
я б тоже хотел узнать как прописать DNS в новом интерфейсе, чтобы было аналогично вот этому:
-
9 часов назад, arbayten сказал:
если не затруднит, на клиенте W10
у меня одноранговая сеть с кинетиком и общим принтером/сканером, поэтому Get-SmbConnection ничего не покажет
-
В 06.12.2017 в 01:44, ydzhus сказал:
SMB2 активен, но сети нет
сделал вот так https://blogs.technet.microsoft.com/filecab/2016/09/16/stop-using-smb1/
через компоненты удалил Поддержку общего доступа к файлам SMB 1.0/CIFS, отключил поддержку SMB v1 через PowerShell и поставил на авто (отложенный запуск) службы Хост поставщика функции обнаружения и Публикация ресурсов обнаружения функции. В сетевом обнаружении видны все компы и устройства
- 1
-
В 26.11.2017 в 16:52, zyxmon сказал:
Да, безусловно, нечто "аццкое намутили" в win10
Вроде как на Win 10 победил простыми манипуляциями:
через компоненты удалил Поддержку общего доступа к файлам SMB 1.0/CIFS, отключил поддержку SMB v1 через PowerShell и поставил на авто (отложенный запуск) службы Хост поставщика функции обнаружения и Публикация ресурсов обнаружения функции. В сетевом обнаружении видны все компы и устройства. Может и правда хватит WS-Discovery
взято с https://blogs.technet.microsoft.com/filecab/2016/09/16/stop-using-smb1/ и http://winitpro.ru/index.php/2017/05/10/otklyuchenie-smb-1-0-v-windows-10-server-2016/
-
3 часа назад, r13 сказал:
Не я все понимаю, но в почти 18м году пытаться ровняться на WinXP это по моему перебор.
да кто говорит, что надо равнятся, но это вынужденная мера, если нельзя будет такое запилить, пусть хоть функционал главного обозревателя сети будет у keenetic, просто nas мне на данный момент не нужен, а брать его ради этой одной функции как-то.... И я такой не один, кто пользуется кинетиками
-
В 08.10.2017 в 02:15, ndm сказал:
Может, наш домашний пользователь действительно хочет WS-Discovery, а не Master Browser? Хотим понять, прежде чем кидаться вниз головой. Master Browser на коленке не сляпаешь, а порт из самбы уж очень (и очень) жирный.
я, например, за Master-browser, NAS в наличии не имею, а пляска вокруг сетевого окружения у windows 10 продолжается с её выхода, то видятся компы, то не видятся. Главное чтоб в стороне не остались компы на WinXP, если они будут в одной сети с Win7-10
-
1 час назад, arbayten сказал:
что там у нас хорошо отражает ... железное врод
Ну одна стена в доме полностью закрыта листовым железом и крыша тоже. Но просто надоело с ним мучиться, оставлю в рабочей конфигурации, т.к. скоро не смогу наблюдать аппарат
-
27 минут назад, VVJ сказал:
Например, микроволновые печи и беспроводные телефоны являются довольно известными "обидчиками" в диапазоне 2,4 ГГц.
по большому счету все тесты проводил с минимумом "шумящих" электроприборов, но телефонов конечно 4 штуки в доме, + принтер с WiFi.
Просто чтоб не заморачиваться больше, оставил стандарт WiFi 802.11bg, родителям в деревне пойдет кино посмотреть и в одноклассниках "полазить"
-
После отрабатывания ping-check нет доступа в интернет:
Скрытый текстSep 17 11:03:58pppd[721]LCP terminated by peer Sep 17 11:03:58pppd[721]Connect time 104.9 minutes. Sep 17 11:03:58pppd[721]Sent 19765502 bytes, received 602316376 bytes. Sep 17 11:03:58pppd[721]Modem hangup Sep 17 11:03:58pppd[721]Connection terminated. Sep 17 11:03:58ndmNetwork::Interface::IP: "UsbModem0": IP address cleared. Sep 17 11:03:58pppd[721]Exit. Sep 17 11:03:58ndmService: "UsbModem0": unexpectedly stopped. Sep 17 11:03:58ndmNetwork::Interface::Base: "UsbModem0": interface is up. Sep 17 11:03:58upnpshutting down MiniUPnPd Sep 17 11:03:58ndmCore::Server: client disconnected. Sep 17 11:04:03pppd[2156]pppd 2.4.4-4 started by root, uid 0 Sep 17 11:04:04chat[2158]report (Manufacturer) Sep 17 11:04:04chat[2158]report (Model) Sep 17 11:04:04chat[2158]report (Revision) Sep 17 11:04:04chat[2158]report (MF192-) Sep 17 11:04:04chat[2158]report (BD_MF) Sep 17 11:04:04chat[2158]report (COPS:) Sep 17 11:04:04chat[2158]send (ATZE1^M) Sep 17 11:04:04chat[2158]expect (OK) Sep 17 11:04:04chat[2158]^M Sep 17 11:04:04chat[2158]OK Sep 17 11:04:04chat[2158] -- got it Sep 17 11:04:04chat[2158]send (ATI^M) Sep 17 11:04:05chat[2158]expect (OK) Sep 17 11:04:05chat[2158]^M Sep 17 11:04:05chat[2158]ATI^M^M Sep 17 11:04:05chat[2158]Manufacturer: huawei^M Sep 17 11:04:05chat[2158]Model: E367^M Sep 17 11:04:05chat[2158]Revision: 11.838.01.00.158^M Sep 17 11:04:05chat[2158]IMEI: ***************^M Sep 17 11:04:05chat[2158]+GCAP: +CGSM,+DS,+ES^M Sep 17 11:04:05chat[2158]^M Sep 17 11:04:05chat[2158]OK Sep 17 11:04:05chat[2158] -- got it Sep 17 11:04:05chat[2158]send (AT+CGDCONT=1,"IP","internet.mts.ru"^M) Sep 17 11:04:05chat[2158]expect (OK) Sep 17 11:04:05chat[2158]^M Sep 17 11:04:05chat[2158]AT+CGDCONT=1,"IP","internet.mts.ru"^M^M Sep 17 11:04:05chat[2158]OK Sep 17 11:04:05chat[2158] -- got it Sep 17 11:04:05chat[2158]send (AT+COPS?^M) Sep 17 11:04:05chat[2158]expect (OK) Sep 17 11:04:05chat[2158]^M Sep 17 11:04:05chat[2158]AT+COPS?^M^M Sep 17 11:04:05chat[2158]+COPS: 0,2,"25001",2^M Sep 17 11:04:05chat[2158]^M Sep 17 11:04:05chat[2158]OK Sep 17 11:04:05chat[2158] -- got it Sep 17 11:04:05pppd[2156]Serial port initialized. Sep 17 11:04:05chat[2159]abort on (NO CARRIER) Sep 17 11:04:05chat[2159]abort on (NO DIALTONE) Sep 17 11:04:05chat[2159]abort on (NO DIAL TONE) Sep 17 11:04:05chat[2159]abort on (BUSY) Sep 17 11:04:05chat[2159]abort on (VOICE) Sep 17 11:04:05chat[2159]abort on (FCLASS) Sep 17 11:04:05chat[2159]abort on (NO ANSWER) Sep 17 11:04:05chat[2159]send (ATD*99#^M) Sep 17 11:04:05chat[2159]expect (CONNECT) Sep 17 11:04:05chat[2159]^M Sep 17 11:04:05chat[2159]ATD*99#^M^M Sep 17 11:04:05chat[2159]CONNECT Sep 17 11:04:05chat[2159] -- got it Sep 17 11:04:05pppd[2156]Serial connection established. Sep 17 11:04:05pppd[2156]Using interface ppp0 Sep 17 11:04:05pppd[2156]Connect: ppp0 <--> /dev/ttyUSB0 Sep 17 11:04:06pppd[2156]CHAP authentication succeeded Sep 17 11:04:06pppd[2156]CHAP authentication succeeded Sep 17 11:04:14pppd[2156]Could not determine remote IP address: defaulting to 10.64.64.64 Sep 17 11:04:14pppd[2156]local IP address 10.86.21.210 Sep 17 11:04:14pppd[2156]remote IP address 10.64.64.64 Sep 17 11:04:14pppd[2156]primary DNS address 10.11.12.13 Sep 17 11:04:14pppd[2156]secondary DNS address 10.11.12.14 Sep 17 11:04:14ndmNetwork::Interface::Base: "UsbModem0": interface is up. Sep 17 11:04:14ndmNetwork::Interface::Base: "UsbModem0": interface is up. Sep 17 11:04:14ndmNetwork::Interface::Ppp: "UsbModem0": interface "UsbModem0" is global, priority 350. Sep 17 11:04:14ndmNetwork::Interface::Ppp: "UsbModem0": adding default route via UsbModem0. Sep 17 11:04:14ndmNetwork::Interface::Ppp: "UsbModem0": adding nameserver 10.11.12.13. Sep 17 11:04:14ndmDns::Manager: name server 10.11.12.13 added, domain (default). Sep 17 11:04:14ndmNetwork::Interface::Ppp: "UsbModem0": adding nameserver 10.11.12.14. Sep 17 11:04:14ndmDns::Manager: name server 10.11.12.14 added, domain (default). Sep 17 11:04:14ndmNetwork::Interface::IP: "UsbModem0": IP address is 10.86.21.210/32. Sep 17 11:04:14ndmNetwork::Interface::UsbModem: reading statistics from: ttyUSB1. Sep 17 11:04:14ndmNetwork::InterfaceFlusher: flushed UsbModem0 conntrack and route cache. Sep 17 11:04:16ndmCore::Server: started Session /var/run/ndm.core.socket. Sep 17 11:04:16upnpHTTP listening on port 52456
Проблемы с БС у нас частые (дисконнекты), но раньше пинг-чек отрабатывал нормально, соединение восстанавливалось, теперь же приходится ручками модем передергивать физически или через системный монитор по кнопке (либо после снятия отладки). Заметил ещё, может просто совпадение, но после пинг-чека
в системном мониторе вот такие ДНС:
10.11.12.13
10.11.12.14хотя раньше на МТСе юзались вот такие:
217.8.235.225
217.8.235.241Началось все это примерно с 2.10.A.2.0-0, ну и конечно переехало в 2.11.
Селфтест для разрабов в сообщении ниже.
-
В 27.08.2017 в 15:13, VVJ сказал:
Возможно, много шумов
да откуда им взяться, в глухой деревне живу.
Все, намучался я с ним, оставил станадрт WiFi 802.11bg, на котором все работает, спишем на то, что аппарат уже старый.
-
В 09.08.2017 в 16:28, vasek00 сказал:
последнее по времени и потом только "проснулся" через 7мин, если только вы его не разбудили каким либо действием.
не будил, как раз в этот момент wi-fi доступна, она вещает, значек горит на смартфоне что подключено к сети, но соединения ни с инетом ни с локальными ресурсами нет на всех wi-fi клиентах. Потом со временем само восстанавливается, либо минут через 7-15 либо пока на всех клиентах не сделаешь откл/вкл модуля wifi.
В 09.08.2017 в 16:28, vasek00 сказал:Берете одного клиента и только - гоняете его по wi-fi потом другого
сделаю попозже (уехал в отпуск), но все равно в сети же будет 2 клиента: тот, который ловим и тот, который анализирует/захватывает. Захват делать только на 802.11n? на остальных нет смысла, раз там работает
-
22 часа назад, vasek00 сказал:
Нужно было еще снять когда произошел отвал.
1. в данных файлах нет не чего такого серьезного - БС вещает и жива.
а он есть в захвате gn 20/40
22 часа назад, vasek00 сказал:Это так задумано интервал аренды 2минуты для PARENTS-PC или что-то с настройками у него.
вообще ничего не трогал кроме wifi модема после сброса, где это крутить?
20 часов назад, arbayten сказал:только, в конечном итоге, как будете настройки крутить?
в том то и дело, что я уже склоняюсь к тому чтобы в настройках wifi поставить стандарт 802.11bg (на нем все работает) и закрыть эту тему, так как найти что там происходит с 802.11n нашими усилиями практически нереально
-
В 02.08.2017 в 23:21, vasek00 сказал:
"сниф" в холостом режиме
сделал: фиксирован канал (7), сеть не грузил, клиенты постарался отдалить от снимающего компа:
-bgn 20 bgn-7-20.cap
-bgn 20/40 bgn-7-2040.cap
-gn 20 gn-7-20.cap
-gn 20/40 gn-7-2040.cap
недоступность (отвал) соединения по вафле была во всех этих режимах, сейчас работает на 802.11 bg без проблем
В 02.08.2017 в 23:21, vasek00 сказал:Можете в личику сслыки скидывать.
не стал личку засорять, маки я все равно засветил на форуме, а секретного в моем трафике ничего нет
-
11 час назад, vasek00 сказал:
не загружайте сеть не чем
ок, не буду, просто если не грузить, то отвал не скоро дождусь
ndhcps: someone has same IP
in Тестирование Dev-сборок
Posted
а мне показалось, что роутер пытается присвоить как адрес из диапазона, так и вне его. Будем надеяться, что все-таки кто-нибудь заглянет сюда из модераторов и сильно за оффтоп ругать не будет, может это баг? а не косяк моих настроек