keenet07

Он действительно может быть МАКом с какого-то служебного интерфейса Лайта. Но чего он у вас на контроллере в незарегистрированных вылазит не ясно.

Смотреть нужно конфиг с контроллера.

Выгрузите рабочий конфиг роутера. Удалите из него все блоки с данным мак адресом вручную. Загрузите конфиг обратно. Пробуйте добавлять.

Попутно. Если включен параметр "Не увеличивать TTL" отключите его.

В таком случае имеет смысл поискать эту возможность в CLI. Если что-то исчезло из GUI, не обязательно исчезло и из CLI.

Вы имеете в виду запретить, например в 2,4ГГц и разрешить работать только в 5ГГц конкретное устройство? Скорее всего никак. Только если создать для него отдельную AP с конкретным диапазоном. А если забанить в Домашней подсети, но разрешить в Гостевой или какой-либо другой. То можно. Вот тут http://192.168.1.1/controlPanel/wirelessAcl/

Так автор наверняка знает что это за железка. Иное в защищенную вифи сеть обычно не попадает. Хотя мак какой-то странный, не идентифицируется.

Согласен. Это странно. Я предлагаю зарегистрировать именно это устройство которое чужие IP похищает. И перезагрузить роутер.

Как вариант, можно немного подождать. В ближайшей альфе нам вроде бы пообещали webdav из коробки. Что конкретно там будет, пока неизвестно.

Что бы они тогда делали в списке незарегистрированных устройств. А что разве незарегистрированным устройствам не выдается IP? MAC-адрес из верхнего списка не присутствует в списке зарегистрированных. Ткните на любое из них и зарегистрируйте устройство с любым свободным IP адресом. Может и скакать перестанет.

Зарегистрировать?

Если у вас установлен компонент WiFi-система, то так и задумано. Работает скрытая служебная точка доступа. Если данный компонент не используется, удалите его. Погаснет и светодиод. https://help.keenetic.com/hc/ru/articles/360002155079-Wi-Fi-система А вообще вы конечно разделом форума ошиблись.

А вы не пробовали вместо автоматического серого прописать вручную адрес, маску, шлюз внешнего. Уточните у техподдержки провайдера будет ли так работать. Если вы платите за белый IP. Если нет, то этот внешний в любой момент могут поменять на другой.

@fik-vamВозможно связано с глобальной проблемой падения производительности после 3-х дней аптайма, которую сейчас экстренно пытаются решить. Судя по некоторым отзывам в 3.3.7 возможно её полностью решить так и не удалось. Так же могу порекомендовать отключить настройку "Не уменьшать TTL" в меню Проводной, если у вас нет в ней необходимости. Она значительно снижает скорость передачи на скоростных тарифах и нагружает процессор. Кстати, обратите внимание на загруженность процессора когда у вас начинаются тормоза.

Вы пользуетесь SkyDNS? Если нет, удалите компонент. Будет меньше мусора в логе. А вообще лог, по-моему, на флэш не пишется. В оперативке держится. После перезагрузки обнуляется. Так же можно попробовать выставить смену канала в Динамически. Если в друг у вас шумный, не стабильный эфир вокруг. Для 5ГГц тоже самое.

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

А для чего у вас установлена WiFi система? У вас помимо Keenetic 4G есть другие кинетики?

Это говорит о том, что у вас не совсем белый адрес. Или даже совсем не белый, а всё тот же NAT, но с полной трансляцией или статический NAT. Работает ли в этом случае KeenDNS напрямую, не подскажу. Для прямого доступа можете попробовать параллельно DDNS.

@Le ecureuil Up.

Я знаю. Описал это более простым языком для тех кто не в теме. Сюда заходят и новички, а голоса нам нужны.

Ещё раз поясню, что это в целом должно давать. Предположим я добавил статический маршрут до какого либо сайта через выбранное VPN соединение. Когда это VPN соединение активно, т.е. подключено и работает весь трафик к этому к сайту благополучно идёт через VPN. Но как только VPN отключается трафик до сайта начинает идти напрямую через ваш основной интерфейс интернета. Так вот эта функция, которая активируется по желанию для любого маршрута, должна дать возможность не выпустить этот трафик на основной интерфейс интернета в случае внезапной или запланированной остановки VPN соединения либо иного интерфейса через который идёт обмен. Тоже самое и при работы с целыми сетями.

А я ожидаю так же возможности поставить галочку для активации этой функции для любого маршрута в меню Маршрутизация при добавлении нового маршрута и при редактировании старых. Как ее можно назвать пока не придумал. Возможно "Отклонить при недоступности маршрута" или как то ещё. Главное чтоб это легко активировалось когда требуется. Соответственно это должно работать не только для сети но и для узла.

@Le ecureuilРеализовать такую штуку для маршрутов.

Сразу оговорюсь ситуация о которой буду говорить скорее всего встречается довольно редко. Но мне нужно, чтобы штатный DHCP сервер выдал для конкретного устройства подключенного к Wi-Fi заданные мною IP адреса DNS серверов вместо собственного 192.168.1.1 Сейчас такое вообще возможно сделать хотя бы через CLI? Хочу заслать туда DNS сервера AdGuard DNS. Вариант с установкой компонента AdGuard на роутере мне не подошёл. Обнаружил в нем утечки DNS в конфигурации работы через резервный интерфейс интернета. С основным работало нормально. Писал более подробно об этом в какой-то теме. Вариант с прописыванием DNS на стороне клиента (Android) сначала устраивал полностью, но уже на следующий день моё подключение к Wi-Fi со статически прописанным вручную IP адресом, шлюзом и DNS вдруг перестало работать. Соединение устанавливается, но без доступа к интернету. На стороне роутера устройство зарегистрировано и те же данные я прописал в Android. Устанавливать приложение AdGuard для Android тоже нет никакого желания. Лишняя нагрузка на устройство. Остается только получить адреса через DHCP от роутера. PS: после перезагрузки роутера я снова смог подключиться с работающим интернетом. Но это всё-равно не вариант, ребутать так каждый раз.

И рекламу и всё остальное и у себя а не на стороне. Работа с готовыми файл-листами блокировки. А ещё там есть блокировка сайтов по домену из собственного веб-интерфейса, чего многим не хватает. И удобная настройка вышестоящего DNS сервера. В целом улучшенный аналог DNSCrypt. Написана правда на Go. Насчёт нагрузки на железо ничего сказать не могу.