Перейти к содержимому
  • 4

Проблема с бутстрапом после обновления до KeeneticOS 4.1.2, 4.1.3


Alexey104

Вопрос

Имею KN-1810 (Ultra). Поскольку провайдерским DNS не пользуюсь, во вкладке Ethernet Cable имею пустые DNS-поля:

Spoiler

2024-03-21_14-55.png.32f29130dab93c18faa63f29d2681a87.png

Пользуюсь только DOH от CloudFlare и NextDNS:

Spoiler

2024-03-21_14-56.thumb.png.fa3bc533e57bfe34c54b4ed1c16deb50.png

С данными настройками аппарат при перезагрузке всегда сам бутстрапил адреса резолверов, и никаких лишних манипуляций для этого не требовалось. Сегодня обновил ОС до 4.1.2, и после перезагрузки аппарата статус в System Dashboard - No Internet Connection. Лог показывает множество записей вида:

Spoiler
[I] Mar 21 14:32:55 ndm: Dns::Secure::Tools: fallback to recursive DNS to resolve "dns.cloudflare.com". 
[I] Mar 21 14:32:55 ndm: Dns::Secure::Tools: unable to obtain addresses for "dns.cloudflare.com". 
[I] Mar 21 14:32:55 ndm: Dns::Secure::Tools: fallback to recursive DNS to resolve "anycast.dns.nextdns.io". 
[I] Mar 21 14:32:55 ndm: Dns::Secure::Tools: unable to obtain addresses for "anycast.dns.nextdns.io". 
[I] Mar 21 14:32:55 ndm: Dns::Manager: rescheduling DNS-over-HTTPS bootstrap. 
[I] Mar 21 14:33:00 ndm: Ntp::Client: unable to communicate with "3.pool.ntp.org". 

Если же включить провайдерский DNS, всё сразу работает:

Spoiler
[I] Mar 21 14:37:47 ndm: Dns::Manager: name server 192.168.248.21 added, domain (default). 
[I] Mar 21 14:37:50 ndm: Core::System::StartupConfig: configuration saved. 
[I] Mar 21 14:37:57 ndm: Dns::Manager: rescheduling DNS-over-HTTPS bootstrap. 
[I] Mar 21 14:38:08 ndm: Dns::Manager: updating DNS-over-HTTPS servers addresses. 
[I] Mar 21 14:38:08 ndm: Dns::Secure::DohConfigurator: "System": using "dns.cloudflare.com:443:104.16.132.229,104.16.133.229" as upstream. 
[I] Mar 21 14:38:08 ndm: Dns::Secure::DohConfigurator: "System": using "anycast.dns.nextdns.io:443:45.90.30.0,45.90.28.0" as upstream. 
[I] Mar 21 14:38:14 ndm: Network::InternetChecker: Internet access detected. 
[I] Mar 21 14:38:22 ndm: Core::System::Clock: system time has been changed. 
[I] Mar 21 14:38:22 ndm: Ntp::Client: time synchronized with "0.pool.ntp.org". 

Теперь провайдерский DNS можно удалить, DOH будет работать. При откате на любую из более ранних версий KeeneticOS подобного не наблюдается, DOH-резолверы бутстрапятся сами при перезагрузке аппарата без помощи сторонних DNS. Подключение к провайдеру у меня через обычные ручные настройки, без всяких авторизаций.

 

Есть у кого ещё такая проблема? Это баг прошивки, или я чего-то недопонимаю?

Ссылка на комментарий
Поделиться на других сайтах

Рекомендуемые сообщения

  • 2

Баг, есть несколько смежных тем. Включите временно днс от прова, оно все равно не будет использоваться при рабочих dot

Ссылка на комментарий
Поделиться на других сайтах

  • 1

Была обнаружена проблема с truncated-битом при рекурсивном резолвинге, в следующих версиях 4.1 и 4.2 будет поправлено.

Ссылка на комментарий
Поделиться на других сайтах

  • 0

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

Ссылка на комментарий
Поделиться на других сайтах

  • 0
39 minutes ago, Le ecureuil said:

Пробуйте на 4.1.3

Спасибо, подожду пока. По Main ветке 4.1.3 пока не прилетает, а на dev ветку не вижу необходимости переходить - не настолько критичная проблема. Просто хотел убедиться, что проблема именно в KeeneticOS, а не на моей стороне. Как прилетит 4.1.3, отпишусь о результатах.

Ссылка на комментарий
Поделиться на других сайтах

  • 0
3 часа назад, Le ecureuil сказал:

Пробуйте на 4.1.3, все известные вопросы постарались там решить.

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

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Обновился до 4.1.3 - проблема не устранена:

Spoiler
[I] Apr  3 14:47:44 ndm: Dns::Manager: updating DNS-over-HTTPS servers addresses. 
[I] Apr  3 14:47:44 ndm: Dns::Secure::Tools: fallback to recursive DNS to resolve "dns.cloudflare.com". 
[I] Apr  3 14:47:44 ndm: Dns::Secure::Tools: unable to obtain addresses for "dns.cloudflare.com". 
[I] Apr  3 14:47:44 ndm: Dns::Secure::DohConfigurator: "System": skip service "https://dns.cloudflare.com/dns-query", wait for bootstrap. 
[I] Apr  3 14:47:44 ndm: Dns::Secure::Tools: fallback to recursive DNS to resolve "anycast.dns.nextdns.io". 
[I] Apr  3 14:47:44 ndm: Dns::Secure::Tools: unable to obtain addresses for "anycast.dns.nextdns.io". 
[I] Apr  3 14:47:44 ndm: Dns::Secure::DohConfigurator: "System": skip service "https://anycast.dns.nextdns.io/dns-query", wait for bootstrap. 

 

Ну, ладно, подождём ещё тогда.

Ссылка на комментарий
Поделиться на других сайтах

  • 0
3 часа назад, Alexey104 сказал:

Обновился до 4.1.3 - проблема не устранена:

  Скрыть содержимое
[I] Apr  3 14:47:44 ndm: Dns::Manager: updating DNS-over-HTTPS servers addresses. 
[I] Apr  3 14:47:44 ndm: Dns::Secure::Tools: fallback to recursive DNS to resolve "dns.cloudflare.com". 
[I] Apr  3 14:47:44 ndm: Dns::Secure::Tools: unable to obtain addresses for "dns.cloudflare.com". 
[I] Apr  3 14:47:44 ndm: Dns::Secure::DohConfigurator: "System": skip service "https://dns.cloudflare.com/dns-query", wait for bootstrap. 
[I] Apr  3 14:47:44 ndm: Dns::Secure::Tools: fallback to recursive DNS to resolve "anycast.dns.nextdns.io". 
[I] Apr  3 14:47:44 ndm: Dns::Secure::Tools: unable to obtain addresses for "anycast.dns.nextdns.io". 
[I] Apr  3 14:47:44 ndm: Dns::Secure::DohConfigurator: "System": skip service "https://anycast.dns.nextdns.io/dns-query", wait for bootstrap. 

 

Ну, ладно, подождём ещё тогда.

self-test нужен.

Причем в случае с рекурсивным бутстрапом это иногда занимает пару минут, попробуйте подождать.

Ссылка на комментарий
Поделиться на других сайтах

  • 0
18 minutes ago, Le ecureuil said:

self-test нужен

Прикрепил файлом.self-test_KN-1810_stable_4.01.C.3.0-2_router_2024-04-03T18-23-00.928Z.txt

19 minutes ago, Le ecureuil said:

попробуйте подождать

Да что-то не помогает. Минут десять ждал. До 4.1.2 всё моментально бутсрапится, без ошибок.

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Подтверждаю, что не исправлено в 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 будет исправлено?) 

Изменено пользователем kda2495
Ссылка на комментарий
Поделиться на других сайтах

  • 0

У меня как раз на 4.1.2 DoH работал, а вот на 4.1.3 всё поломалось.

Скрытый текст

Dns::Secure::Tools: unable to obtain addresses for "dns.comss.one".
Апр 4 16:41:54 ndm
Dns::Secure::DohConfigurator: "default": skip service "https://dns.comss.one/dns-query", wait for bootstrap.
Апр 4 16:41:58 https-dns-proxy
Shutting down gracefully. To force exit, send signal again.
Апр 4 16:41:58 ndm
Dns::Secure::Tools: unable to obtain addresses for "dns.cloudflare.com".
Апр 4 16:41:58 ndm
Dns::Secure::Tools: unable to obtain addresses for "doh.opendns.com".
Апр 4 16:41:58 ndm
Dns::Manager: updating DNS-over-HTTPS servers addresses.
Апр 4 16:41:58 https-dns-proxy
Shutting down gracefully. To force exit, send signal again.

Пришлось откатиться обратно.

Ссылка на комментарий
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Гость
Ответить на вопрос...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    • Нет пользователей, просматривающих эту страницу
×
×
  • Создать...