dimon27254

@Anna_, не планируете что-нибудь подобное добавить в текущий веб-интерфейс?

В 5.0.5 проверил, сообщение выглядит куда лучше. Спасибо!

@Anna_, добрый день! Планируется ли исправлять данную ошибку? В 5.0.5 все еще актуально.

@eralde @Anna_ @Test Pilot Если сделать сортировку списка хостов по IP и по возрастанию, то некоторые адреса оказываются некорректно отсортированными: Проверял на NC-1812 с 5.0.5.

@eralde @Anna_ @Test Pilot В мобильной версии кнопка "удалить все правила" выходит за пределы окна и создает горизонтальную прокрутку: Проверял на NC-1812 с 5.0.5.

@eralde @Anna_ @Test Pilot В темной теме у кнопки оказывается черный цвет: bandicam 2026-02-01 08-28-12-672.mp4 Проверял на NC-1812 с 5.0.5.

@corniger @hlnw В русскоязычной локализации у слова "настройках" потерялась буква Й: Проверял на NC-1812 с 5.0.5.

Все правила блокировки удаляются и перестают действовать, как только вызывается команда antiscan stop.

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

Вероятно, у вас не установлен компонент "Модуля ядра для подсистемы Netfilter". Он является обязательным, что описано на первой странице: Установите его и повторите попытку.

Нет. В этом случае доступ разрешен только с российских IP. При этом, для российских IP работают все остальные защиты (ловушка, блокировка по IP/подсетям).

У вас настроен прямой доступ. Геоблокировка на него будет распространяться.

Это давняя проблема: @Anna_, исправление стоит когда-нибудь ожидать?

@eralde @Anna_ @Test Pilot В десктопной версии веб-интерфейса не происходит сокращение длинных имен устройств: В мобильной же версии, наоборот, сокращение слишком избыточное: Проверял на NC-1812 с 5.0.4.

@eralde @Anna_ @Test Pilot Если в блоке "Разрешенные для подключения диапазоны Wi-Fi" нажать по подписям радиокнопок Оба диапазона или Только 2,4 ГГц, то для соответствующего сегмента самопроизвольно переключается режим контроля доступа. Проверял на NC-1812 с 5.0.4.

В проекте rci-tools от @eralde есть замечательный пример sv-webcli, в котором продемонстрирована работа полноценного CLI в веб-интерфейсе: https://github.com/Eralde/rci-tools/blob/master/examples/sv-webcli/README.ru.md Очень хотелось бы такое увидеть нативно в NDMS, без необходимости использования Entware.

Ugreen CR106. У него ещё есть разъем для дополнительного питания, которое я не подключал. Мне длины кабеля в 1 метр было многовато, поэтому я его укоротил самостоятельно в несколько раз.

На протяжении суток модем работает через USB-хаб, и ни единого отвала. Схема подключения такая: Кинетик -> Пассивный USB-хаб -> Удлинитель -> Модем. Уже всеми возможными способами его пытался нагрузить, будучи подключенным через хаб - ни в какую не хочет отваливаться... Если бы возникала нехватка питания, то частота отвалов, пожалуй, должна была бы только увеличиться в схеме с хабом ввиду дополнительных соединений, на которых могут просесть входные 5 вольт.

Операция по удалению конденсаторов прошла успешно: Положительная динамика сразу же была замечена: модем начал уверенно определяться Кинетиком, однако, иногда все же может отвалиться под нагрузкой. Я решил, что останусь с подключенным USB-хабом между роутером и удлинителем. Но, думаю, данный опыт по аппаратной модификации все равно будет кому-то полезен. Большое спасибо @slomblobov.

Удлинитель ничего особенного из себя не представляет, он "самосборный". Экранированная медная витая пара, USB штекер и гнездо, а также конденсатор 25 В 2200 мкФ, который стоит "параллельно" гнезду, где подключается модем. Всего комплекта под руками сейчас нет, но нашел остатки кабеля, который используется в удлинителе, да и штекер с гнездом. Жилы подключены по схеме, которая лет 5 назад мне попалась на просторах интернета и неоднократно была проверена на собственном опыте: У меня просто переходник с USB на M.2, без корпуса. С 2020 года использовал такой: Вчера для пробы заменил на другой, но это нисколько не помогло:

Начал проверять с заводской версии, потом уже стабильной, и остановился на 5.0. Поведение идентичное.

Поздравляю всех с Новым годом! Я недавно прикупил себе KN-3811, и с ним у меня возникла довольно необычная проблема. Имеется модем T77W676, подключен через 6 метровый удлинитель из медной экранированной витой пары. Этот модем с удлинителем у меня "пережил" KN-1211, KN-1212, KN-3610, KN-1811, где долгое время все работало идеально. Однако, с KN-3811 данная связка ни в какую не хочет нормально работать - модем или не может инициализироваться, или под нагрузкой где-то "теряется". В логах все начинается с ошибок ядра Linux и продолжается бесконечным потоком сообщений "system failed" от NDM: Пробовал переключать режим порта с 3.0 на 2.0 и обратно - безрезультатно. Если этот же модем подключить напрямую в порт 3811 - никаких проблем не возникает. Можно было бы подумать, что все беды из-за удлинителя, но если между USB-портом 3811 и удлинителем поставить простейший пассивный хаб USB 2.0 (в порт роутера подключен хаб, а в него уже удлинитель с модемом), то все проблемы с модемом чудным образом исчезают и он начинает идеально работать. Как такое возможно? В KN-3811 есть какие-то особенности по разводке USB, или мне просто попался неудачный экземпляр? Ведь на других Кинетиках у меня все исправно работало и без хаба. Установлена KeeneticOS 5.0.3. @slomblobov

@eralde @Anna_ @Test Pilot Имеется устройство, наименование которого состоит из нескольких слов, разделенных пробелами. При вводе в поле "фильтр" первого слова, в выдаче пропадает пробел между первым и вторым: Проверял на NC-1812 с 5.0.3.

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

Добрый день! Удаление Antiscan производится командой opkg remove antiscan