Le ecureuil

В 3.8 будут браться DNS от провадйера или из команды ip nameserver. Или можно будет заколотить руками через ip host.

Только draft и delta.

Да, в 3.8 тоже будет. Будут использоваться провайдерские DNS или из ip nameserver, и только если везде пусто будет идти fallback на эти.

<hostname>.<domain> подойдет?

Работа ведется над этим, в версии 3.8 (по моим ощущениям) все поправилось. В 3.7 это, к сожалению, перенести не планируется, так как с 3.8 убрана поддержка формата JSON, остался только DNS-Message. Как только появится 3.8.A сразу ставьте и проверяйте.

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

Это встроенный bootstrap, используется для разрешения внешнего имени DoH и DoT. Можете сами увидеть это, посмотря дампы на WAN, какие запросы туда идут. Про запас зашит такой список адресов для DoT: "8.8.8.8", "1.1.1.1", "145.100.185.15", "185.49.141.37" Для DoH вот: https://github.com/aarond10/https_dns_proxy/blob/master/src/options.c#L31

Нет, wg не менялся с самого портирования в 2.16.

Попробуйте WiFi выключить (и ap, и wisp) и попробовать воспроизвести без него. Есть вероятность, что в драйвере wifi баг.

Еще кто-то подтверждает проблемы с SSTP?

Это не мысль, это так работает. Host принудительно перезаписывается в адрес роутера (модемы и всякие китайские приблуды очень нелюбят когда в Host что-то осмысленное и не из сети локалки). Но это можно выключить через preserve-host.

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

Да, баг странный и редкий. Если совсем кратко, то откуда-то начинают лезть пакеты размером с мегабайт (!), и при попытке выполнить их шифрование память резко заканчивается. Причем реальный размер правилен, небольшой, это скорее всего смещение skb->end кривое или skb нелинейна (эту гипотезу я проверил в последней версии, она не подтвердилась), или GSO работает так странно. Откуда такое прет - хз, но вот версия с отключенным GSO, давайте на ней проверим еще: https://disk.yandex.ru/d/CIut0HfC6l1ahw В момент начала тупняка какие сервисы на роутере запущены (transmission?) и что клиенты передают? По WiFi сидят или по LAN?

Такс, теперь попробуем исправить. Давайте вот так: https://disk.yandex.ru/d/aL-4xvY_Zt3Z5Q

Видимо на dns-сервере нужен маршрут в сеть за ultra.

Да, в этот раз чуть-чуть перелет Третий вариант: https://disk.yandex.ru/d/9sEHQHjKczWpLA

"Ну не то, чтобы совсем не попал..." (ц) Пух Попытка номер два, теперь нужен лог вот с этой версии: https://disk.yandex.ru/d/_FdPOyTEO4eFjw

@diqipib нужны логи вот с этой версии когда зависает: https://disk.yandex.ru/d/Az0_wXQpq1dVCw

Там комплексная ситуация, в скором должна решиться.

Я и тогда считал эту идею хорошей )

Идея хорошая, думаю появится когда-нибудь.

Это вопрос к автору, имхо ничего страшного нет.

Пока не используйте этот домен.

В вашей же цитате написано, что SSH точно не работает. Что в ней непонятно?

Не надо ничего проворачивать, у вас все равно в IKE выбирается SHA1-96, потому 256_128 не при чем. Пока похоже больше на конфликт PSK, он точно правильный?