t800

Сегодня вот такая ситуация возникла. Стал лагать ютуб (при включённом на роутере VPN). Подключился посмотреть, оказалось, что впн в порядке (я его еще и перевключил): Но при этом в приоритетах подключений ВПН канал неактивен, и трафик заруливается в Ростелеком. Победить удалось традиционно - рестартом. Но диагностику снял. @Le ecureuil обратите внимание, пожалуйста.

Внутри бриджа трафик всегда нетегированный? То есть, если мне нужно два (и так далее) VLAN пропустить через радиоканал, нужно создавать бриджи по числу вланов?

В настоящее время для того, чтобы настроить работу с конкретным ресурсом в VPN или наоборот - сделать исключение, чтобы обращение шло через стандартный канал (не VPN), приходится создавать статические маршруты, указывая для хоста или подсети соответствующий целевой интерфейс. Но количество подсетей может быть довольно большим. Для яндекса, например, это десятки подсеток. Получается, что для одного ресурса приходится создавать много статических маршрутов и единственный способ как-то разобраться в большой таблице - это комментарии. Что крайне неудобно. Предлагаю доработать этот функционал таким образом, чтобы запись в таблице маршрутизации привязывалась не к подсети, а ссылалась на таблицу с подсетями/хостами. Таким образом, при редактировании подсетей пользователь не будет менять запись в таблице маршрутизации, он будет корректировать связанную с ней таблицу подсетей/хостов. Я вижу это как отдельную вкладку, на которой создаётся именованная таблица подсетей/хостов. После того как таблица создана, в неё вносятся подсети/хосты. Далее таблица будет видна в выпадающем списке при создании нового пользовательского маршрута (так же как интерфейсы выбираются).

У меня пока тоже всё ок, но я далёк от оптимизма, потому что проблема явно плавающая и никакой логики её проявления мне пока уловить не удалось

Я почему спросил: когда системный профиль применяется я вижу как сервера ростелекома, так и cloudflare почему-то. По крайней мере, так определяет ipleak.net

А какие DNS у вас в системном профиле?

@evgn имейте в виду, что я не просто перешел с канала разработчика на предварительный или основной. Мне пришлось переустановить ОС из стандартного образа, потом я уже откорректировал список компонентов и загрузил бэкап конфигурации. Я не исключаю того, что проблема повторится, потому что очень похоже, что это может зависеть от конфигурации или состояния маршрутизатора. Тем более, что никаких изменений в прошивку как бы и не вносилось, если судить по release notes

На 4.0.5 проблема НЕ наблюдается @admin @Le ecureuil Я никакой обратной связи не получаю от вашей команды. То, что я пишу сюда результаты тестов - это вообще нужно кому-нибудь? В официальной поддержке мне сказали, что новый NDM у вас не регистрировался по этой проблеме, хотелось бы понимать, что это вообще кому-нибудь нужно

Складывается ощущение, что работа DNS, DOH, DOT сильно зависит от модели рутера.

В 13 альфе явно не работает коннект с DOH/DOT серверами. Вообще что-то сильно сломано было с DNS, рутер писал "нет доступа в интернет", не мог ни обновить компоненты, ни прошивку с любого канала вытянуть.

Выяснилось, что не проходила команда Up из web-интерфейса, ну и конфигурация погибла при откате.

Селф-теста пока нет и не будет, мне надо оперативно восстановить интернет, откат на 4.0.4 не помог pppoe фатально не включается. Так качественно альфы мне ещё ни разу не ломали сеть

Версия нормально установилась, но насмерть убила интенет: сначала роутер писал, что соединение установлено, но без выхода в интернет, после перезагрузки пишет да pppoe «выключено». Включить не удалось

Upd. Протестировал на Giga (KN-1010) - проблема не наблюдается, профили отрабатывают корректно. Возможно отличается список установленных компонентов и на 1011 проблема проявляется, но на 1010 - нет

В данный момент воспроизводится 100% - по факту выбрать можно или "по-умолчанию", или любой другой профиль, во втором случае для всех профилей один и тот же сервер используется