dimon27254

@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

@eralde @Anna_ @Test Pilot Если попытаться внести изменения в настройки сегмента из "главной" страницы, то ожидаемо отображается окно-предупреждение. Однако, если эти же самые изменения сделать в окне дополнительных настроек Wi-Fi, то после нажатия кнопки "Сохранить" они применяются без предупреждения. Проверял на NC-1812 с 5.0.2.

@eralde @Anna_ @Test Pilot Кнопка "Сохранить" становится неактивной, если: 1. Внести изменения на странице сегмента без сохранения; 2. Открыть окно дополнительных настроек Wi-Fi; 3. Внести там изменения, но нажать в окне кнопку "Отменить". Как итог, становится невозможным сохранение изменений, сделанных на странице сегмента. Проверял на NC-1812 с 5.0.2.

В 5.0.1 это тоже было. Появилось несколько версий назад, когда в Анализатор трафика приложений вывели кнопки блокировки приложений.

@Anna_ На странице "Анализатор трафика приложений" имеется аналогичная проблема с медленной загрузкой. Предполагаю, это связано с недавно появившимся функционалом блокировки приложений прямо с той страницы. Проверил в 5.0.2.

Подтверждаю исправление в 5.0.2, спасибо!

В 5.0.2 исправлено, спасибо!

Подтверждаю исправление в 5.0.2. Спасибо

В 5.0.2 исправлено. Спасибо!

@Padavan @hellonow Если двухдиапазонному устройству запретить работать в 5 ГГц, сделав привязку к 2.4, то band steering игнорирует данную настройку и все равно пытается "столкнуть" устройство в 5. Проверял на NC-1812 с 5.0.2.

@Le ecureuil Если из браузера обратиться к 78.47.125.180 по HTTPS и проигнорировать сообщение о несоответствии сертификата, то отобразится системная ошибка: Проверял на NC-1812 с 5.0.1.

@Le ecureuil @hellonow Если на устройстве Netcraze использовать сторонний DNS из Entware вместо штатного dns-proxy (с opkg dns-override), то теряется доступ к Неткрейзику через my.netcraze.net. Только при использовании штатного DNS домен резолвится в 78.47.125.180. В ином случае оказываются все возможные адреса: Проверял на NC-1812 с 5.0.1.

Исправьте путь, заменив \ на / . Также нет необходимости вводить / в конце пути. Должно получиться: IPSETS_DIRECTORY="/opt/etc/antiscan"

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