mega1volt

На Windows 11 тип данных для входа-имя пользователя и пароль. На сервере (Keenetic) режим оптимизации-по умолчанию.

В 4.3 beta0 без изменений. Весь лог забит при включении доступа по IKE2.

Версия прошивки 4.2. Загружаете сгенерированный конфиг в WG, прописываете параметры ASC по инструкции выше. S1, S2 я установил равными 0. Уже неделю туннель замечательно работает.

Аналогично со вчерашнего дня Warp не работает. Провайдер ТТК. Башкортостан.

Тоже интересовало подключение с камуфляжем из Windows и Android, но ответ такой. Правда мой вопрос относился к SSTP, но думаю с Openconnect тоже самое.

С камуфляжем только между кинетиками.

4.2A17 без изменений.

4.2a13 пока без изменений. Никакой логики в появлении этой записи нет.

В отличие от SSTP здесь надо на телефоне указывать домен KeenDNS 4-го уровня. На второй странице обсуждения есть как его увидеть через WebCli.

Нашел, что в CLI show sstp-server можно посмотреть секретный ключ. Далее добавляю его в клиент Windows, Android в виде xxx.keenetic.pro/?секретный_ключ и не соединяется, в логах никаких записей. Если добавили, может хоть какую-нибудь инструкцию, как проверить.

В 4.2A10 без изменений.

В 4.2 добавлен режим Camouflage. При его включении ни из Windows 11, ни из Android (Open SSTP Client) доступа нет, при отключении появляется. Для чего это вообще нужно и где в клиентах настроить, чтобы работало?

Нет, это разное. В первом используется порт UDP/443, в другом UDP/853. Мониторить можно в диагностика-активные соединения.

Апр 27 18:52:44 ndm Dns::Manager: updating DNS-over-HTTPS servers addresses. Апр 27 18:59:55 https-dns-proxy 6106: "https://dns.google/dns-query": curl error message: QUIC connection has been shut down (56) Апр 27 18:59:59 https-dns-proxy 2CBC: "https://dns.google/dns-query": curl error message: QUIC connection has been shut down (56) Апр 27 19:00:44 https-dns-proxy D118: "https://dns.google/dns-query": curl error message: QUIC connection has been shut down (56) Апр 27 19:00:44 https-dns-proxy "https://dns.google/dns-query": too many failed requests, downgrade to HTTP/2 4.2A6 работает какое-то время, но всегда сбрасывается на http/2. На Windows 11 через YogaDNS и DOH3 и DOQ работают стабильно без сбоев. Почему на маршрутизаторе не хочет, не понятно. Вообще у кого-нибудь работает, пока ни одного положительного ответа.

Порт управления не менял, а вот флаг TLS 1.3 hybridized Kyber support (Enabled) 100% вызывает проблему с удаленным доступом, тоже давно хотел об этом написать.

Если в браузере, который поддерживает DOH (Chrome, Firefox и т.д.) ввести DNS Google, CF, то в активных соединениях диагностики видно, что HTTP/3 прекрасно работает без проблем и сбоев. Да, некоторые DNS серверы только с HTTP/2 работают, хоть и заявлена поддержка HTTP/3. В Android 10 и выше, если прописать частный DNS Google, то также видно, что HTTP/3 работает. Поэтому не могу с Вами полностью согласиться. :63655 8.8.8.8 UDP/443 :62462 8.8.8.8 UDP/443

В 4.2А5 http/3(udp/443) через минуту сбрасывается на http/2(tcp/443) и так остается, пробовал разные DNS. Пока не исправлено. Апр 20 07:48:24 https-dns-proxy C356: "https://dns0.eu": curl error message: QUIC connection has been shut down (56) Апр 20 07:48:24 https-dns-proxy "https://dns0.eu": too many failed requests, try to downgrade to HTTP/2

После установки 4.2A4 в веб интерфейсе пропала возможность вернуться на основной или предварительный канал. Пишет, что обновления установлены. Вернул загрузкой резервной копии.

Попробуйте https://one.one.one.one/dns-query

4.1b2 не исправлено.

Да, так поднимается.

В 4.1.b1 не исправлено (исправлений и не было), просто хотелось напомнить, а то так и до релиза дойдет не рабочая прошивка. DOT с прописанными ip адресами и игнорированием DNS провайдера - интернет есть. DOH, DOT только с доменным именем - интернета нет.

4.1b0.1 не исправлено, уже 9 версий подряд не рабочая прошивка. Интернета нет, WiFi отваливается. Конфигурация - PPPoE, DOH, игнорирование DNS провайдера. Возврат на 4.0.7 и все в порядке.

У меня установлен только DOH. Self-Test я разработчикам отправил.

В 4.1.b0 проблема осталась.