kda2495

При этом, если на iPhone с помощью файла конфигурации сделать DoT на iPhone в обход dns-proxy роутера, то скорость максимальная, так что дело точно в DoT роутера. Первая запись экрана - скачивание игры с DoT (скорость загрузки 10-30МБит), вторая запись экрана - скачивание игры с DoH (скорость максимальная). Ещё уточню, что чаще всего проблема с Google DNS: dns.google, но также встречается и на Cloudflare спустя какое-то время. Опять же, дело совсем не в провайдере DNS, дело в самом компоненте DoT KeeneticOS, если я использую DoT в обход роутера, то такой проблемы нет. IMG_0628.MP4 IMG_0629.MP4

При отключении Игнорировать DNS и одновременном использовании DoT/DoH каждую минуту перезапускается Stubby. В неофициальной группе в телеграм подтверждают, что на 4.1.5 это не исправлено: https://t.me/Keenetic_ru/713118 При этом, если при такой настройке перезагрузить роутер, то каждую минуту пишет, что DoH service shutting down gracefully.

Здравствуйте! При использовании DoT наблюдается низкая скорость загрузки приложений из Apple AppStore. Причем сначала приложения могут загружаться с максимальной скоростью, но если качать много приложений, то спустя время при загрузке очередного приложения скорость в несколько раз меньше (было под 100 МБит, а становится 10-20 МБит, а то и вообще не идет практически). При использовании DNS-over-HTTPS данная проблема отсутствует, скорость загрузки всегда максимальная. Прошивка 4.1.3, не могли бы проверить, может что-то не так с DoT? Способа решить эту проблему не нашел. На 4.1.5 то же самое.

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

Здравствуйте, а когда примерно выйдет 4.1.4? Предварительная версия вышла 12 апреля, в стабильной ветке ее так и нет, нашлись новые проблемы и поэтому выпуск откладывается?

Прошу рассмотреть возможность реализации экспорта правил маршрутизации в bat-файл. Сейчас есть возможность подгрузить статические маршруты из bat-файла, неплохо было бы сделать и обратную операцию: резервное копирование статических маршрутов, введённых вручную в bat-файл.

А на Speedster KN-3010 совсем-совсем никак не реализовать? Ждал столько времени эту функцию. Нестабильно себя ведёт на нём? Может всё-таки добавите этот роутер в список поддерживаемых, если это возможно, конечно. Или сделать этот компонент не включённым в рекомендованный список, чтобы хватало места для установки рекомендованных компонентов, а там пусть пользователь выбирает между DoH и DoH3, к примеру.

Подтверждаю, что не исправлено в 4.1.3. Если вбит только FQDN-адрес в DoT и DoH, то резолв IP common.dot.dns.yandex.net идет с большой и ощутимой задержкой. В версиях до 4.1.2 в активных соединениях на 53 порту сразу же появлялись локальные DNS для резолва: 1.1.1.1, 8.8.8.8 и другие и все было практически моментально. Сейчас этого нет. Может в 4.1.4 будет исправлено?)

А когда ее ожидать в основном канале?

Такая же проблема, только при указании FQDN в обеих полях DoT) А я уже час голову ломаю, что же случилось? Спасибо, надеюсь, скоро исправят.

А не связано ли это с тем, что у cloudflare-dns.com 2 IP-адреса: 104.16.248.249 и 104.16.249.249. Так вот, 104.16.248.249 заблокирован РКН, может роутер пытается достучаться до него, из-за блокировки не может и поэтому выводит ошибку? Блокировку 104.16.248.249 можете проверить тут: https://blocklist.rkn.gov.ru/

Здравствуйте! Версия Keenetic OS 4.1.2 Есть несколько вопросов/проблем с Wireguard, DoT, DoH. На роутере поднял Wireguard с Cloudflare WARP+. В конфиге Wireguard есть свои DNS Cloudflare (1.1.1.1 и 1.0.0.1), при этом я одновременно вручную для всех соединений использую DoT/DoH. Есть несколько вопросов: 1. Как я понимаю, введенные вручную DoT и DoH перекрывают встроенные DNS конфига Wireguard и, в принципе, встроенные можно не использовать? Попробовал так, все работает. 2. Периодически вижу в логе роутера сообщения вида: retrying handshake with peer "peer" (15) (162.159.193.5:2408) because we stopped hearing back after 2168782848 seconds. Проблему с неверным указанием секунд видел, что обещали исправить, но не нашел ничего стоящего насчет того, что handshake рвется через 1-3 минуты. Только нашел то, что это связано именно с особенностями работы Cloudflare WARP. 3. Не могу определиться, что быстрее и стабильнее работает DoT или DoH? Вроде по технологии DoT должен быть быстрее, но когда используются оба варианта, то роутер в 99% случаев ставит самым быстрым именно DoH. Что лучше использовать с точки зрения быстроты DoH или DoT (использую их, так как провайдер подменяет основные DNS-сервисы на свои)? 4. Кроме того, заметил такую особенность, что роутер чаще всего выбирает самым быстрым адрес DNS, который указан последним. К примеру, поставим DoT: 1.1.1.1 one.one.one.one 1.0.0.1 one.one.one.one 8.8.8.8 dns.google 8.8.4.4 dns.google По роутеру, самым быстрым почти всегда будет 8.8.4.4 dns.google. Если поменяем Cloudflare и Google местами, то есть: 8.8.8.8 dns.google 8.8.4.4 dns.google 1.1.1.1 one.one.one.one 1.0.0.1 one.one.one.one, то роутер выберет самым быстрым 1.0.0.1 one.one.one.one. Может это небольшой баг и стоит исправить? 5. Интересует, будет ли в новой версии Keenetic OS обновление Stubby до версии 0.4.3? (Сейчас в Keenetic OS версия 0.4.0) https://github.com/getdnsapi/stubby/releases Спасибо!