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

Alexey104 · 21 марта

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

Spoiler

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

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

Spoiler

С данными настройками аппарат при перезагрузке всегда сам бутстрапил адреса резолверов, и никаких лишних манипуляций для этого не требовалось. Сегодня обновил ОС до 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. Подключение к провайдеру у меня через обычные ручные настройки, без всяких авторизаций.

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

Leshiyart · 21 марта

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

Le ecureuil · 9 апреля

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

Alexey104 · 21 марта

Ясно, благодарю за ответ!

Изменено 21 марта пользователем Alexey104

kda2495 · 21 марта

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

Le ecureuil · 25 марта

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

Alexey104 · 25 марта

39 minutes ago, Le ecureuil said:

Пробуйте на 4.1.3

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

kda2495 · 25 марта

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

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

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

Le ecureuil · 26 марта

11 час назад, kda2495 сказал:

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

Прямо на днях, думаю.

Alexey104 · 3 апреля

Обновился до 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.

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

Le ecureuil · 3 апреля

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 нужен.

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

Alexey104 · 3 апреля

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 всё моментально бутсрапится, без ошибок.

kda2495 · 3 апреля

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

Изменено 3 апреля пользователем kda2495

de_MAX · 4 апреля

У меня как раз на 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.

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

German Ко · 6 апреля

1011 , та же проблема после обновления на 4.1.3.

kda2495 · 24 апреля

В 03.04.2024 в 18:20, Le ecureuil сказал:

self-test нужен.

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

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

Le ecureuil · 26 апреля

В 24.04.2024 в 12:56, kda2495 сказал:

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

Планируется на днях.

Михаил Кириченко · 10 мая

Есть инфа когда поправят или в какой версии после 4.1.3 это работает?

ADV-R · 21 мая

В 4.1.6 так и не исправлено.

Для бутстрапа почему то используются какие то свои днс вместо указанных 1.1.1.1 и 8.8.8.8. И в логе периодически вылезает:

May 21 07:08:58 ndm
Dns::Secure::Tools: unable to obtain addresses for "one.one.one.one".
May 21 07:08:58 ndm
Dns::Secure::Tools: unable to obtain addresses for "dns.google".
May 21 07:08:58 ndm
Dns::Manager: updating DNS-over-HTTPS servers addresses.
May 21 07:08:58 https-dns-proxy
Shutting down gracefully. To force exit, send signal again.
May 21 07:08:58 https-dns-proxy
Shutting down gracefully. To force exit, send signal again.

Alexey104 · 21 мая

26 minutes ago, ADV-R said:

В 4.1.6 так и не исправлено.

Странно, у меня в 4.1.6 заработало.

Le ecureuil · 23 мая

В 21.05.2024 в 15:15, ADV-R сказал:
В 4.1.6 так и не исправлено.

Для бутстрапа почему то используются какие то свои днс вместо указанных 1.1.1.1 и 8.8.8.8. И в логе периодически вылезает:
May 21 07:08:58 ndm
Dns::Secure::Tools: unable to obtain addresses for "one.one.one.one".
May 21 07:08:58 ndm
Dns::Secure::Tools: unable to obtain addresses for "dns.google".
May 21 07:08:58 ndm
Dns::Manager: updating DNS-over-HTTPS servers addresses.
May 21 07:08:58 https-dns-proxy
Shutting down gracefully. To force exit, send signal again.
May 21 07:08:58 https-dns-proxy
Shutting down gracefully. To force exit, send signal again.

С чего вы решили, что этот лог свидетельствует о том, что "не исправлено"? Как раз наоборот, все работает.

Войти

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

Вопрос

Alexey104

20 ответов на этот вопрос

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

Leshiyart

Le ecureuil

Alexey104

kda2495

Le ecureuil

Alexey104

kda2495

Le ecureuil

Alexey104

Le ecureuil

Alexey104

kda2495

de_MAX

German Ко

kda2495

Le ecureuil

Михаил Кириченко

ADV-R

Alexey104

Le ecureuil

Присоединяйтесь к обсуждению

Последние посетители 0 пользователей онлайн

Обзор

Активность

Магазин

My Details

Важная информация