Почему публичные dns сервера google перестали резолвить домен youtube.com?

Question

[muxas]

Здравствуйте.

Вчера (29 декабря) перестал работать youtube. Адрес youtube.com не резолвится если использовать публичные dns сервера google. (8.8.8.8 и 8.8.4.4).

На данный момент использую следующие адреса: 208.67.222.222, 208.67.220.220. На них youtube работает.

muxas@mus-lx:/etc/polkit-1$ nslookup youtube.com 8.8.8.8
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
** server can't find youtube.com: NXDOMAIN

muxas@mus-lx:/etc/polkit-1$ nslookup youtube.com 8.8.4.4
Server:		8.8.4.4
Address:	8.8.4.4#53

** server can't find youtube.com: NXDOMAIN

muxas@mus-lx:/etc/polkit-1$ nslookup youtube.com 208.67.222.222
Server:		208.67.222.222
Address:	208.67.222.222#53

Non-authoritative answer:
Name:	youtube.com
Address: 142.250.74.110
Name:	youtube.com
Address: 2a00:1450:4010:c0e::5b
Name:	youtube.com
Address: 2a00:1450:4010:c0e::5d
Name:	youtube.com
Address: 2a00:1450:4010:c0e::88
Name:	youtube.com
Address: 2a00:1450:4010:c0e::be

В чем может быть проблема? Связано ли это с новостью, что google забирает старые кеширующие сервера из России? (новость на хабре: ).

Или очередные блокировки перед праздниками?

Comments

[15432]

А если то же самое проделать с включенным обходом DPI? Могли перехватить и подменить ответ. Также можете попробовать DNS over TLS, чтобы избежать подмены ответа, google это поддерживает

[Кот Абсолютный]

Сомнительно, чтобы Россия могла убедить гугл :) Потому что если бы могла, в "деградации" не было бы необходимости. Проверьте по общественным проверялкам - что это действительно Вам гугл отвечает, а не "как бы гугл, а на самом деле локальный dns провайдера". dns протокол нешифрованный, подделывается на раз.

# nslookup 
> server 8.8.8.8
Default server: 8.8.8.8
Address: 8.8.8.8#53
> youtube.com
Server:         8.8.8.8
Address:        8.8.8.8#53

Non-authoritative answer:
Name:   youtube.com
Address: 209.85.233.91
Name:   youtube.com
Address: 209.85.233.93
Name:   youtube.com
Address: 209.85.233.136
Name:   youtube.com
Address: 209.85.233.190
Name:   youtube.com
Address: 2a00:1450:4010:c03::88
Name:   youtube.com
Address: 2a00:1450:4010:c03::5d
Name:   youtube.com
Address: 2a00:1450:4010:c03::be
Name:   youtube.com
Address: 2a00:1450:4010:c03::5b
>

[muxas]

15432, Наличие/отсутствие обхода DPI ни как не влияло на эту ситуацию.
Имя хоста не разрешалось ни с компьютера, ни с маршрутизатора, Поэтому и были сменены dns сервера.

[aleks-th]

Странно у меня работает.
Только что проверил по первой команде выдает адреса прям как нужно.
интернет - Ростелеком, и без всяких попыток обхода блокировок.

[muxas]

Кот Абсолютный, Вы абсолютно правы, вот результаты проверок:

2whois.ru

64.233.162.91
64.233.162.93
64.233.162.136
64.233.162.190

reg.ru

youtube.com. 	300 	A 	209.85.233.190 lr-in-f190.1e100.net 	8.8.8.8 (51 msec)
youtube.com. 	300 	A 	209.85.233.93 lr-in-f93.1e100.net 	8.8.8.8 (51 msec)
youtube.com. 	300 	A 	209.85.233.91 lr-in-f91.1e100.net 	8.8.8.8 (51 msec)
youtube.com. 	300 	A 	209.85.233.136 lr-in-f136.1e100.net 	8.8.8.8 (51 msec)

смог подключиться через VPN

nslookup.io

74.125.135.136 1m 12s
74.125.135.91 1m 12s
74.125.135.93 1m 12s
74.125.135.190 1m 12s

Выполняя команду:

dig @208.67.222.222 youtube.com

;; ANSWER SECTION:
youtube.com.		56	IN	A	142.250.74.110

Ответ службы whois с сайта nic.ru

NetRange:       142.250.0.0 - 142.251.255.255
CIDR:           142.250.0.0/15
NetName:        GOOGLE
NetHandle:      NET-142-250-0-0-1
Parent:         NET142 (NET-142-0-0-0-0)
NetType:        Direct Allocation
OriginAS:       
Organization:   Google LLC (GOGL)
RegDate:        2012-05-24
Updated:        2012-05-24
Ref:            https://rdap.arin.net/registry/ip/142.250.0.0

Как раз ответ dns сервера 208.67.222.222 (youtube.ru - 142.250.74.110) попадает в пул адресов принадлежащих google.
Раз так, то подделки ответа нет.

[BjLomax]

Сделайте запрос:

nslookup -querytype=txt o-o.myaddr.l.google.com 8.8.8.8

Возможно покажет кто вас "перехватывает"

[muxas]

BjLomax, выполнил 2 запроса.

1. включен обход DPI:

nslookup -querytype=txt o-o.myaddr.l.google.com 8.8.8.8
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
o-o.myaddr.l.google.com	text = "edns0-client-subnet 178.185.184.0/24"
o-o.myaddr.l.google.com	text = "74.125.46.17"

Authoritative answers can be found from:

2. Обход DPI отключен:

nslookup -querytype=txt o-o.myaddr.l.google.com 8.8.8.8
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
o-o.myaddr.l.google.com	text = "172.217.37.151"
o-o.myaddr.l.google.com	text = "edns0-client-subnet 178.185.184.0/24"

Authoritative answers can be found from:

Согласно ответу whois сервиса (nic.ru) оба адреса (74.125.46.17 и 172.217.37.151) принадлежат google.

Дополнительно выполнил команду dig @8.8.8.8 youtube.com c отключенной блокировкой DPI:

spoiler

dig @8.8.8.8 youtube.com

; <<>> DiG 9.20.15-1~deb13u1-Debian <<>> @8.8.8.8 youtube.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31836
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 13, ADDITIONAL: 27
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;youtube.com. IN A

;; AUTHORITY SECTION:
com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.

;; ADDITIONAL SECTION:
a.gtld-servers.net. 172800 IN A 192.5.6.30
b.gtld-servers.net. 172800 IN A 192.33.14.30
c.gtld-servers.net. 172800 IN A 192.26.92.30
d.gtld-servers.net. 172800 IN A 192.31.80.30
e.gtld-servers.net. 172800 IN A 192.12.94.30
f.gtld-servers.net. 172800 IN A 192.35.51.30
g.gtld-servers.net. 172800 IN A 192.42.93.30
h.gtld-servers.net. 172800 IN A 192.54.112.30
i.gtld-servers.net. 172800 IN A 192.43.172.30
j.gtld-servers.net. 172800 IN A 192.48.79.30
k.gtld-servers.net. 172800 IN A 192.52.178.30
l.gtld-servers.net. 172800 IN A 192.41.162.30
m.gtld-servers.net. 172800 IN A 192.55.83.30
a.gtld-servers.net. 172800 IN AAAA 2001:503:a83e::2:30
b.gtld-servers.net. 172800 IN AAAA 2001:503:231d::2:30
c.gtld-servers.net. 172800 IN AAAA 2001:503:83eb::30
d.gtld-servers.net. 172800 IN AAAA 2001:500:856e::30
e.gtld-servers.net. 172800 IN AAAA 2001:502:1ca1::30
f.gtld-servers.net. 172800 IN AAAA 2001:503:d414::30
g.gtld-servers.net. 172800 IN AAAA 2001:503:eea3::30
h.gtld-servers.net. 172800 IN AAAA 2001:502:8cc::30
i.gtld-servers.net. 172800 IN AAAA 2001:503:39c1::30
j.gtld-servers.net. 172800 IN AAAA 2001:502:7094::30
k.gtld-servers.net. 172800 IN AAAA 2001:503:d2d::30
l.gtld-servers.net. 172800 IN AAAA 2001:500:d937::30
m.gtld-servers.net. 172800 IN AAAA 2001:501:b1f9::30

;; Query time: 35 msec
;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP)
;; WHEN: Wed Dec 31 18:36:05 +09 2025
;; MSG SIZE rcvd: 836

[Albert_latariya]

Переходите на doh.
Ещё месяца 3 назад бился с проблемой, почему не получается настроить политики маршрутизации на роутере: если весь трафик заворачивал в впн, всё работает, а по отдельным адресам тишина. Оказалось, что на все запросы от гугловского днс приходил адрес 127.0.0.2.
Короче ркп не стесняется использовать атаку типа mitm, не просто сканируя и блокируя пакеты, но изменяя их на своё усмотрение. А с такими инструментами, можно будет пользователей просто перенаправлять на фишинговые сайты и собирать данные в промышленных маштабах...

[Jacov911]

Albert_latariya, аналогично, ловил ошибки маршрутизации при выборе 1.1.1.1 и 8.8.8.8
Лечится DoH

[muxas]

Jacov911, благодарю. Буду разбирать как использовать doh. Как то можно это реализовать на cisco 1921?

Answer 1

[Rsa97]

Возможно, ваш провайдер перехватывает DNS-запросы.

$ dig @8.8.8.8 youtube.com
...
;; ANSWER SECTION:
youtube.com.		300	IN	A	64.233.164.190
youtube.com.		300	IN	A	64.233.164.91
youtube.com.		300	IN	A	64.233.164.136
youtube.com.		300	IN	A	64.233.164.93
...

А так, домен youtube.com хостится как раз на гугловских NS-серверах:

$ dig @8.8.8.8 +trace youtube.com
...
youtube.com.		172800	IN	NS	ns2.google.com.
youtube.com.		172800	IN	NS	ns1.google.com.
youtube.com.		172800	IN	NS	ns3.google.com.
youtube.com.		172800	IN	NS	ns4.google.com.
...

Comments

[muxas]

Вывод на команду dig @8.8.8.8 +trace youtube.com идентичен Вашему.

По второй команде:

$ dig @8.8.8.8 youtube.com

; <<>> DiG 9.20.15-1~deb13u1-Debian <<>> @8.8.8.8 youtube.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 24289
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;youtube.com.			IN	A

;; Query time: 31 msec
;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP)
;; WHEN: Tue Dec 30 16:33:57 +09 2025
;; MSG SIZE  rcvd: 40

Секция: ANSWER: 0

Провайдер РТК.

Answer 2

[PjaniyAdmin]

Если вы обращаетесть к гугловым gns, это не значит что вы к им обращаетесь. Наши любимые операторы часто подменяют адрес на свои dns сервера, такая практика уже давно была еще до великого бардака от РКН. Изначально появлялась чтоб инжектить рекламу, особенно в случае запроса не существующего доменного имени. Вы уверены что стучитесь на 8.8.8.8 фактически ваш запрос приходит на сервер подключенный к "национальному днс" он же ркн днс,(операторов напрягли это сделать еще несколько лет назад) по дороге к вам в ответе естественно адрес обратно подменянтся на 8.8.8.8, и вы без понятия что подмена состоялась и настоящий 8.8.8.8 ничего не получал.
Посленее что стоит делать - проводить параллель с демонтажом гугловых серверов, которые уже давно и так не работали.

Comments

[muxas]

Каким то образом возможно выяснить что осуществляется подмена?

[Алексей]

muxas, можно попробовать половить пакеты днс через tcpdump и посмотреть какой адрес возвращается, да и в целом посмотреть пакеты, сравнить с теми днс запросами с которыми все ок, т.к. если это mitm провайдера то другого ничего в голову не приходит.

Поискать в интернете список адресов ютуба и прописать в свой hosts

Короче провести некие изыскания для начала

[Дмитрий]

muxas,

Каким то образом возможно выяснить что осуществляется подмена?

использовать DNSSEC

Answer 3

[ki11j0y]

Наши провайдеры уже очень давно перехватывают dns запросы, эта практика во многих странах есть, либо использовать публичный doh/dot либо подымать свой на сервере в рф так проще и ниже задержка, а там уже апстрим или гугл или ещё куда, но я бы просто поменял гугл на quad9 в вашем случае.

Comments

[muxas]

ki11j0y,

Похоже ответ от 9.9.9.9 не подменяется. Благодарю за совет, не знал что такой dns есть.

spoiler

dig @9.9.9.9 youtube.com

; <<>> DiG 9.20.15-1~deb13u1-Debian <<>> @9.9.9.9 youtube.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30669
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;youtube.com. IN A

;; ANSWER SECTION:
youtube.com. 1 IN A 172.217.175.238

;; Query time: 51 msec
;; SERVER: 9.9.9.9#53(9.9.9.9) (UDP)
;; WHEN: Sun Jan 04 19:56:16 +09 2026
;; MSG SIZE rcvd: 56

Answer 4

[Drno]

проверь кк будет вести себя DOT \ DOH DNS.. пока соглашусь что подменяется ответ провом

Comments

[muxas]

Тут проверил:

1.1.1.1/help

вот их ответ: (все работает получается)

Ссылка получается пустой.

https://one.one.one.one/help/#eyJpc0NmIjoiWWVzIiwiaXNEb3QiOiJObyIsImlzRG9oIjoiWWVzIiwicmVzb2x2ZXJJcC0xLjEuMS4xIjoiWWVzIiwicmVzb2x2ZXJJcC0xLjAuMC4xIjoiWWVzIiwicmVzb2x2ZXJJcC0yNjA2OjQ3MDA6NDcwMDo6MTExMSI6Ik5vIiwicmVzb2x2ZXJJcC0yNjA2OjQ3MDA6NDcwMDo6MTAwMSI6Ik5vIiwiZGF0YWNlbnRlckxvY2F0aW9uIjoiRE1FIiwiaXNXYXJwIjoiTm8iLCJpc3BOYW1lIjoiQ2xvdWRmbGFyZSwgSW5jLiIsImlzcEFzbiI6IjEzMzM1In0=