r13

В изначальной композиции например на 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 ваш сервис варианта с автоопределением адреса не имеет?

Попробуйте явно задать no send-address

@Leksey118 В настройках должен быть настроен custom url и стоять галка определять ip автоматически, все остальное пустое, у вас так настроено?

Если на клиенте есть firewall то это вполне может быть. обратное действие - пинг сервера с клиента работает?

На клиенте firewall открыт для этого соединения?!

А дальше как с любым другим vpn, заходите на него по ip. Важно чтобы маршруты были настроены на клиенте, и на сервере если нужно (текущий клиент маршруты не запрашивает, появится в следующей сборке)

Чойта мне кажется @ndm поторопился, на 2.12.A.3.0-1 нету dhcpinform с встроенным SSTP клиентом. Кстати это фикс клиента или сервера(На старых версиях клиенты PPTP, L2TP/IPSec запрашивают маршруты?)

а если подключиться виндовым клиентом то есть dhcpinform на сервере. значит ndm клиент не запрашивает принудительный ввод ip dhcp client routes не помог, но судя по документации и не должен помочь, так как по умолчанию включено.

нет, в логе его нет ни с какой стороны