Поддомен www не учитывается или как дебажить "Маршруты DNS" ?

[Dalex]

Всем привет, прошу подсказать -  как можно отдебажить маршруты DNS?
Первая ситуация такая -  создан отдельный список, содержащий одну запись - goodreads.com и правило маршрутизации.
В результате (после ipconfig /flushdns) traceroute goodreads.com уходит по ожидаемому маршруту в туннель, но 

traceroute www.goodreads.com уходит в маршрут по умолчанию. Это несмотря на то, что в документации написано, что все поддомены в маршрутах DNS учитываются.

Аналогичная ситуация с для примера - dw.com и www.dw.com.
 

Как отдебажить это поведение, есть ли какая-то возможность увидеть внутрянку\логи движений по маршрутам DNS?Keenetic OS 5.0.12.

[VVS]

Прошивка 5.1.0

Ничего подобного ни с goodreads.com, ни с dw.com не наблюдаю.

Использую DOH.

[hoaxisr]

2 часа назад, Dalex сказал:

Всем привет, прошу подсказать -  как можно отдебажить маршруты DNS?
Первая ситуация такая -  создан отдельный список, содержащий одну запись - goodreads.com и правило маршрутизации.
В результате (после ipconfig /flushdns) traceroute goodreads.com уходит по ожидаемому маршруту в туннель, но 

traceroute www.goodreads.com уходит в маршрут по умолчанию. Это несмотря на то, что в документации написано, что все поддомены в маршрутах DNS учитываются.

Аналогичная ситуация с для примера - dw.com и www.dw.com.
 

Как отдебажить это поведение, есть ли какая-то возможность увидеть внутрянку\логи движений по маршрутам DNS?Keenetic OS 5.0.12.

Да через dns-proxy debug

Через просмотр object-group fqdn

 

А так, забейте. Этот пепелац не взлетел. 

[Dalex]

Воспользовался советами.
Все DNS -  кинетик, провайдерский, quad9, google показывают для www.dw.com ip 104.102.49.27.
А вот в Keenetic в выводе "show object-group fqdn" запись при первой трассировке маршрута к нему появляется, но с совсем другим ip - 

184.51.234.26.
Аналогичная ситуация и по www.goodreads.com и по другим поддоменам из доменов в DNS маршрутах - 
адреса, которые отдают все DNS серверы - не совпадают с теми, что появяляются в show object-group fqdn
Не понимаю -  откуда они берутся и куда копать дальше :-(

Изменено 13 сентября пользователем Dalex

[Dalex]

Похоже разобрался - DNS маршруты не работают с публичными DNS резольверами.
Если отключить их в Интернет-фильтры, оставив системный\провайдерский, то поддомены попадают с правильными адресами.
nslookup с 53 порта и 40300 выдают как раз те различные результаты, которые вносят путаницу.
 

Keenetic ~ # nslookup www.goodreads.com 127.0.0.1:40301
Server:    127.0.0.1
Address 1: 127.0.0.1 localhost

Name:      www.goodreads.com
Address 1: 18.64.211.48 server-18-64-211-48.fra56.r.cloudfront.net
Address 2: 18.64.211.47 server-18-64-211-47.fra56.r.cloudfront.net
Address 3: 18.64.211.7 server-18-64-211-7.fra56.r.cloudfront.net
Address 4: 18.64.211.111 server-18-64-211-111.fra56.r.cloudfront.net
Keenetic ~ # nslookup www.goodreads.com 127.0.0.1:53
Server:    127.0.0.1
Address 1: 127.0.0.1 localhost

Name:      www.goodreads.com
Address 1: 3.174.230.53 server-3-174-230-53.waw51.r.cloudfront.net
Address 2: 3.174.230.119 server-3-174-230-119.waw51.r.cloudfront.net
Address 3: 3.174.230.28 server-3-174-230-28.waw51.r.cloudfront.net
Address 4: 3.174.230.100 server-3-174-230-100.waw51.r.cloudfront.net

 

Изменено 13 сентября пользователем Dalex