Viktor.

Конечно смотря какой планируется итоговый результат, а то если у маршрутизатора есть USB-шка, в которою можно вставить не только какие-либо *G модемы, то можно хостить сайт прямо с него по доменному имени 4-го уровня.

Если что это прям вообще не открытие и не секрет, вот куда интереснее, лично мне, как у них дела на рынке США на самом деле 🤔 просто ради любопытства. А так хоть во Франции, хоть в Германии, хоть в другой стране как-то по-другому работают VLAN/DMZ/Bridge? Я говорю только про эту тройку игроков ☝️ Там все тоже самое ведь, вопрос какие инструменты предоставляет провайдер - да вот тут уже нужно по месту смотреть. А то что вы запустили нативный WG сервер просто из под кастомной панельки для entware по моему ничего не значит, она работает с тем что есть у маршрутизатора нативно, просто под другим соусом (и я сейчас говорю про сервер). А если использовать ее для клиентских подключений там можно найти плюсы. В целом данный вопрос перетекает уже в другую плоскость, отходя от главной темы, которую я так понимаю на текущий этап обосновать не представилось возможным.

Так я не про веб тоже, я просто ссылку на инструкцию приложил. На счет МГТС не скажу, но мне кажется там можно через VLAN разрулить, нужно узнать Vlan ID, по аналогии с TV. А по поводу франстелеком, так у меня есть аналогичный пример вист-онлайн, они тоже подводят оптику и свою "балалайку" закрывают. Такие шараги с удовольствием подключат белый IP, в моем примере за 400 руб/мес. И то что вы предлагаете на практике на сколько я знаю реализуемо только включением DMZ на "провайдерской балалайке, ну либо bridge. Может я конечно ошибаюсь, но физику не обманешь и без активации соответствующей настройки иначе вам не выпрыгнуть. Keendns через облако - это реверс-прокси. Да и нужно смотреть сам ip под которым абоненты сидят у провайдера, может быть он тоже не "белый".

На мой взгляд функционала более чем достаточно. Т.к. при подключении GPON-ном, перевести терминал в бридж и собственно белый динамический адрес у Вас в кармане. Да при этом Вам могут быть иногда выданы адреса за CG-NAT провайдера, лично я использую простенький скрипт, который от этого страхует. А по поводу доступа к маршрутизатору по Ip белому адресу, в инструкции об этом есть упоминание, что доступ по умолчанию закрыт в целях безопасности и если он Вам требуется нужно его открывать: https://support.keenetic.ru/giga/kn-1012/ru/15883.html#15883-доступ-из-интернета-к-веб-интерфейсу. Как итог доступ по доменному имени, особенно с прямым подключением мне кажется перекроет 90% сценариев, остальные 10% - покупка статического адреса и далее организация записи доменного имени на соответствующих сервисах.

Да действительно, эта часть кода не выполнялась, я ее перепишу. Возможно просто везло, но за NAT не попадал

Могу предложить только свою реализацю, т.к. последняя актуальная здесь лично у меня 100% ломала удаленный доступ к роутеру и пропускала IP адреса через CG-NAT. Проверял только на имеющимся роутере Hopper в течении месяца стабильно работает, выдает разные белые IP и ошибки не сыпал.

Попробуйте включить поддержку ipv6 в настройках доменного имени KeenDNS в облачном режиме. Подозреваю тут ещё проделки провайдера, тк у меня года пол назад и без этого работало. Но по наблюдениям для open connect включение этой галочки не требовалось.