dimon27254

Именно поэтому я и предложил возложить данную функцию на NDMS 🙂

@Anna_ Судя по всему, были учтены не все "заоблачные" значения времени хэндшейка. В 5.0.0 просачивается, если внести любые изменения в конфиг туннеля:

@Anna_ Раз сейчас всем пирам уже может проставляться no connect, то считаю полезным вынести это как отдельный элемент выпадающего списка "подключаться через". Почему-то no connect предусмотрен только в приложении "Wireguard VPN-сервер", хотя пиров можно было бы выключать и из полноценных туннелей.

У меня для появления ошибки достаточно просто открыть dashboard. Настройки пользователя такие:

@eralde @Anna_ @Test Pilot Если работать с веб-интерфейсом от пользователя с правами manager (администратор с ограниченными правами), то в логе периодически появляются сообщения: Core::Configurator: components list: execute denied [http/rci]. Проверял на NC-1812 с 5.0.0.

@Le ecureuil Было бы неплохо иметь возможность устанавливать индивидуальное расписание работы для каждого Wireguard-пира. Пример, для чего это было бы полезно: На роутере настроена DNS-маршрутизация по доменам. Все клиенты в локальной сети успешно ей пользуются. Благодаря приложению "Wireguard VPN-сервер" или же вручную настроенному WG-туннелю, пиры тоже имеют доступ к сети роутера, где работает эта "волшебная" маршрутизация. Однако, нужно определенным пирам ограничить работу туннеля определенными временными рамками, чтобы они ходили "не туда" только в нужное время. Сейчас расписание можно назначить только на весь Wireguard-интерфейс целиком, что не всегда удобно, а в контексте Wireguard-сервера и вовсе перечеркивает полезность его использования при назначении расписания. А так, получилась бы дополнительная команда вида interface WireguardX wireguard peer ... connect schedule ... или же interface WireguardX wireguard peer ... schedule ...

Прикрепил. В модем вставлена сим-карта с отрицательным балансом (доступ в интернет отсутствует), на Кинетике настроен автоматический режим ping-check.

Это, вероятно, сработает при "белых" списках, но при отрицательном балансе ICMP у меня вообще не проходит. Мысль моя из первого сообщения заключается в том, чтобы понять, есть ли возможность у NDMS "остановиться" после нескольких перезагрузок модема, и просто ожидать появление доступа в интернет.

Автоматический режим. Использую его, чтобы работала проверка сразу нескольких доменов, "зашитых" в NDMS.

@slomblobov Пусть имеется USB-модем, подключенный к Кинетику/Неткрейзику, и для него настроен ping-check. Далее у USB-модема пропадает выход в интернет. Например, из-за не пополненного вовремя баланса, отключения мобильного интернета или полного пропадания сотовой сети. Как и ожидается, ping-check срабатывает и перезагружает модем. Однако потом, если доступ в интернет не появился, то выполняется повторная перезагрузка. И так далее, NDMS продолжает без остановки перезагружать модем, ожидая, что интернет когда-то все таки появится. Нет ли каких-то "крутилок" в прошивке, которыми можно было бы ограничить количество перезагрузок определенным значением, или же увеличить интервал между ребутами?

Проверьте, установлен ли у вас компонент "Модули ядра подсистемы Netfilter". Без него работа Antiscan невозможна.

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

@Le ecureuil @hellonow @Илья Хрупалов В веб-интерфейсе для любой страницы оказывается пустой список статей, отсутствует ссылка на переход в журнал изменений NDMS, и не работает поиск по Базе знаний: Для интернет-центров Netcraze работа с Базой знаний пока еще не реализована? С онлайн-обновлением NDMS, доступом к Неткрейзику через CrazeDNS/Netcraze Cloud никаких проблем не наблюдаю. Проверял на NC-1812, 5.0 Beta 3.

@Anna_, не планируете подправить этот недочетик?

5.0 и выше, наверное, KN-1212 увидит теперь только в канале разработчика. В предварительном обновлений больше не будет: https://t.me/Netcraze_info/1061

Добрый день! На мобильном устройстве (OnePlus 9R, Android 14) браузер Google Chrome 141.0.7390.70. На десктопе (Windows 11 24H2, Google Chrome 141.0.7390.76) появление подписи "разрешен транзит запросов" воспроизводится, если переключать вид с десктопного на мобильный в DevTools:

Подтверждаю, в 5.0 Beta 3 запросы с доменом servfail.invalid к DNS более не идут. Спасибо!

@eralde @Anna_ С 5.0 Beta 2 редактирование при отсутствующем компоненте отключено, спасибо! Осталось скрыть надпись "разрешен транзит запросов", которая отображается только в мобильной версии

@eralde @Anna_ Начиная с 5.0 Beta 2 все недочеты исправлены. Спасибо!

@eralde @Anna_ В 5.0 Beta 3 исправлено. Спасибо!

@eralde @Anna_ В 5.0 Beta 3 переключатели теперь заблокированы. Спасибо

@eralde @Anna_ Исправление в 5.0 Beta 3 подтверждаю. Спасибо!

Исправление в 5.0 Beta 3 подтверждаю. Спасибо!

Подтверждаю, ошибок при копировании файлов больше нет. Спасибо!

Это предупреждение в большинстве случаев можно игнорировать, так как все ретрансляторы имеют fallback-адрес 192.168.1.3 для управления.