mrGhotius

Проблема в качестве кабеля(не должно быть маркировки CCA), для категории 5е - сечение проводника 24AWG, некачественных коннекторах и лени/некомпетентности техников провайдера. За очень редким исключением проблема бывает со стороны коммутатора/роутера.

Нет, т.к. он "заведует" сетью 192.168.121.0/24. Можно попробовать включить NAT для 172.16.5.0/24 на 192.168.121.1, эту сеть Cisco знает и прописывать ничего не придется.

Т.е. роутеры соединены LAN-LAN? Тогда предположим что на Ultra порт 0(WAN) - провайдер, порт 1(LAN) - аплинк с Cisco(адрес из сети 192.168.121.0/24), все остальные порты выделены в бридж для LAN2 так? Создайте правило МСЭ на Ultra для доступа в сеть 192.168.121.0/24. Если NAT отключен и на LAN2 и для клиентов OC сервера, тогда необходимо дать знать Cisco о существовании сетей 192.168.141.0/24 и 172.16.5.0/24 путем добавления маршрутов на ней.

Ну уже неоднократно говорили, ну выдайте вы полную картинку сразу, почему все вытягивать приходится? Ваша топология известна только вам, вам кажется что вы понятно описываете проблему/вопрос, однако это не так. Первый роутер какой модели? Второй роутер подключен к первому через LAN или WAN? Роутеры территориально разделены или рядом стоят? Зачем второй роутер для второго провайдера, если можно подключить двух провайдеров в один роутер? Добиться доступа к LAN1 кому, клиентам локальной сети второго роутера или клиентам OC сервера?

Все верно, я же написал "правило МСЭ вида", что подразумевало по собой адаптацию под синтаксис Keenetic. Понятно. Межсетевой экран -> Добавить правило: Включить правило: отметить Интерфейс: Выберите тот, на котором создавали транспортную сеть Действие: разрешить IP-адрес источника: любой IP-адрес назначения: подсеть IP-адрес: 192.168.2.0 (192.168.3.0 на втором Keenetic) Маска подсети: 255.255.255.0 Протокол: IPv4 Читайте внимательнее какие маршруты нужно прописать. Маршрут в сеть 192.168.3.0 через шлюз 192.168.10.2 - на первом Keenetic, маршрут в сеть 192.168.2.0 через шлюз 192.168.10.1 - на втором

Создайте транспортную сеть 192.168.10.0/30 на выбранных LAN портах обоих роутеров, выключив NAT и DHCP на этой сети. Для сети 192.168.10.0/30 на обоих роутерах создайте правила МСЭ вида "permit ip any 192.168.2.0/24" на первом роутере и "permit ip any 192.168.3.0/24" на втором. Создайте маршруты на обоих роутерах вида 192.168.3.0/24 -> 192.168.10.2 на первом роутере и 192.168.2.0/24 -> 192.168.10.1 на втором.

https://entware.net/mirrors.html

Потому что адрес присваивается после установки PPP сессии и на другом интерфейсе. А там где сейчас у вас пишет это сообщение рекомендую выбрать пункт "Не используется"

intel.se добавляли? Мне помогло обойти заглушку, хоть и резолвятся на одном и том же ip. И ЧВС у меня не в Швеции UPD. Зато DoT и DoH в Швеции.

Ну так если снять флажок с "ни на что не влияющей настройки", то и интерфейс не будет помечен как global, соответственно не будет создаваться маршрут по умолчанию на этот интерфейс и "двигать" в политике ничего не нужно будет, т.к. этого интерфейса там не будет. Вы же тоже самое написали по сути

Для начала в подобные темы на форуме, вот ,например, одна из них:

Тема немного про другое, воспользуйтесь поиском по форуму по вашему вопросу.

И не увидит. DLNA работает в пределах одного ШВД. Либо ищите и настраивайте какой-нибудь dlna-proxy, либо меняйте протокол для туннеля https://support.netcraze.ru/giga/nc-1012/ru/51152-dlna-over-vpn.html

А сам узел с белым IP пингуется непосредственно с роутера? Т. к. запись в логе: говорит, что клиент не может определить интерфейс выхода.

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