r13

Коллеги, а подобное решение можно как то скрестить с IPv6? Описанное в статье отрабатывает, добавляется в ipset, но при наличии ipv6 у ресурса пакеты уходят по ipv6 адресу, а не заворачиваются на ipv4 proxy. Как то можно подавлять резолв ipv6 для хостов из списка? Или еще какое-то решение?

@Le ecureuil Привет, добавьте пожалуйста Хук wan.d для IPv6 Сейчас У меня IPv6 от провайдера динамический, хотелось бы отслеживать изменения предоставленного адреса.

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

Хм. Тогда предположу что благодаря врожденной однопортовости этого интерфейса все эти моды не нужны, а достаточно создать интерфейсы вида?! GigabitEthernet1/Vlan10 Кстати говоря все в общем то просто, поменять в вебморде настройки на использование vlan на интерфейсе ISP и посмотреть какие изменения это вызовет в конфиге, тогда станет ясно как правильно (сейчас под рукой нужного девайса нет, проверить не на чем). @Le ecureuil @ndm Как работать с Vlan`ми на GigabitEthernet1 интерфейсе?

Надо на порту GigabitEthernet1/0 а не на GigabitEthernet1 Значит должно быть как на гига2 только заменить GigabitEthernet0 на GigabitEthernet1 где требуется

Не, надо выполнить в cli что-то вроде этого: interface GigabitEthernet1/0 switchport mode trunk switchport trunk vlan 10 switchport trunk vlan 16 switchport trunk vlan 901 switchport trunk vlan 300 exit Interface GigabitEthernet1/Vlan10 exit Interface GigabitEthernet1/Vlan16 exit Interface GigabitEthernet1/Vlan300 exit Interface GigabitEthernet1/Vlan901 exit А дальше уже новые интерфейсы скорее всего можно будет в вебе настроить, или продолжить в cli ЗЫ также на интерфейсе GigabitEthernet1/0 надо будет хвосты от access mode почистить.

По идее по аналогии с https://help.keenetic.net/hc/ru/articles/213967729-Настройка-доступа-к-Интернету-и-IPTV-когда-провайдер-предоставляет-обе-услуги-с-тегированным-трафиком-VLAN- Создать несколько требуемых интерфейсов. Но не знаю насколько статья актуальна. Если через веб не получится, нужно будет смотреть в сторону cli

Так никтож не заставляет на них сидеть. Выбирите на которой все работает, и успокойтесь. Работает - не трож.

В изначальной композиции например на zte некуда посылать, есть только cdrom. Его извлечение меняет композицию на рабочую. Да и для at команд нужен com порт, а он обычно есть в ras и ndis, а у cdc отсутсвует за не надобностью в том числе и в рабочей композиции.

Или роутер, и то окружение что вызвало ошибку, если этот функционал важен.

Она занимает больше места

Главное нарежте себе прошивок с нужными компонентами в закрома, а то скоро в этом канале уже 2.11 будет.

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

@McMCC кстати не исследовали еще как в режиме ndis задействовать ipv6? В режиме dual-apn?

@McMCC E8278 кажись такой-же уникум - hilink, а работает в режиме NDIS

А Я и не тороплюсь

@Le ecureuil у меня на крайней версии на клиенте маршрут до endpoint задваивается

Заработало прилетел маршрут. Вечером еще с L2TP/IPSec попробую.

Не знаю, у меня 3276 на hilink работает стабильно.

Только прошивки hilink и ras это 2 независимые ветки 21 и 22.

Возможно нужно отключить встроееное поведение по 6й опции, но доступна эта настройка c 2.11

А может у кота есть PI и AS’ка завалялась лежат теперь без дела...

Как уже писал до этого @Le ecureuil работа vpn туннелей со стороны лан не проверяется и по сему ее корректность не гарантируется.

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

Такс значит при такой конфигурации переменная ${ip} не актуализируется что по моему мнению не верно @ndm @Le ecureuil может все таки скорректируем несколько логику dyndns? Чтобы если в url испОльзуется подстановка ${ip} она бы возвращала актуальный ip не зависимо от настроки send-address Сейчас получается нельзя передать custom url с подстановкой ip, но без прибавления хвоста к url со стороны ndms. Это я думаю будет безболезненно изменить. Если же говрить о концепции custom url в целом то ndms в любом случае не должен ничего добавлять к url предлагая только api из скажем ${ip} ${ip6} ${domain} ${user} и ${password} которые заполняются из остальных настроек dyndns а пользователь уже из них формирует требующийся url. Но это уже достаточно основательный редизайн, так что рассмотрите пожалуйста первое предложение. Он по идее должно быть безболезнненым с точки зрения обратной совместимости, а над вторым можно будет подумать кода будете добавлять поддержку ipv6 в ddns. custom url 2 ? Ps @Leksey118 ваш сервис варианта с автоопределением адреса не имеет?