Красноярск, Дом.ру, 0 проблем.
У кого есть проблемы, тыкните dig a ya.ru @1.1.1.1 и dig a ya.ru @8.8.8.8, что выдаст?
Добавляют, что для windows nslookup ya.ru 1.1.1.1 и nslookup ya.ru 8.8.8.8
Подскажите как обходить блокировки doh и какой DoH, какой сервак советуете лучше использовать?
Также подскажите как обходить блокировки торрентов через DPI просто непонятен механизм их блокировки как выяснить этот механизм? Кто-то блочит весь p2p, кто-то только пакеты с определенными сигнатурами и размером пакета
Для статистики, результаты попыток tls-соединения к IP 8.8.8.8:443 со SNI dns.google:
Зонды по Москве и Московской области: Atlas Console
Какие-то аномальные волнообразные ошибки подключения.
Зонды со всей России: Atlas Console
Пропускать трафик к этим серверам через туннель (прокси с шифрованием или - желательно - VPN)
Если не проксировать\туннелировать трафик к серверам DoH, то пока не было жалоб на серверы Quad9 (9.9.9.9) и AdGuard.
Вчера проверяли. Таймауты.
nslookup ya.ru 8.8.8.8
DNS request timed out.
timeout was 2 seconds.
╤хЁтхЁ: UnKnown
Address: 8.8.8.8
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
И, кстати, с сегодняшнего дня не работает на Билайне и DoT
dns.google
1dot1dot1dot1.cloudflare-dns.com
Ресолвинг имен с помощью 8.8.8.8 по обычному протоколу без шифрования выполняется, но (здесь я пока не могу, к сожалению, проверить сейчас), скорее всего, эти запросы перенаправляются на ресолвер оператора.
Wireshark при обращении к https://dns.google показывает это:
I don’t understand. The nslookup output shows a timeout of a plaintext UDP DNS query to 8.8.8.8, but you also say that names are resolving from 8.8.8.8 using the usual protocol without encryption. Are you saying that the blocking of plaintext UDP DNS to 8.8.8.8 was different at different times?
I don’t understand. The
nslookupoutput shows a timeout of a plaintext UDP DNS query to 8.8.8.8, but you also say that names are resolving from 8.8.8.8 using the usual protocol without encryption. Are you saying that the blocking of plaintext UDP DNS to 8.8.8.8 was different at different times?
These nslookup requests were made yesterday. And there were timeouts. Probably Google DNS was blocked completely. Now there is no such problem, answers from 8.8.8.8:53 have been received. But at the same time Google DoH and DoT aren’t available, the connection drops. I think, the ‘TSPU’ was set up ‘properly’.
And now there are problems with Google DoH and DoT on MTS (Moscow) and MegaFon (Samara). These complaints appeared in telegram chats. They write the problems are the same - TCP RST.
О проблемах на МТС (Москва) и Мегафоне (Самара) написали в одном из телеграм-чатов. Со временем, думаю, это распространится на всех операторов с ТСПУ без исключения…
СПб, Skynet.
На роутере настроены DOH сервера. За сегодняшний вечер два раза падал DNS, роутер сыпал ошибками
Не уверен что проблема именно в блокировке dns, но смущает ошибка проверки сертификата
И так, Красноярск, Дом.Ру, теперь у меня отвалились https://1.1.1.1 и https://dns.google
Но обычные их варианты на 53 порту - работают отлично 
Так же проблем не наблюдается на местной йоте
@ValdikSS раньше возможности проверить блоки еще раз не было, зашел сюда только сейчас. Провел тесты на тех же своих операторах. Итого: дом.ру-все норм, но тут 100 процентов нет ТСПУ. Гораздо хуже с теле2. Лежат почти все популярные DoH: cloudflare, google, opendns. Кратко говоря, пипец начался…
Сразу такой вопрос: как будем обходить блоки doh? Для своей проги, которой dns нужна для нормальной работы, т.к. она http прокси, я придумал следующее: все запросы к doh выполняются с применением тактик обхода блокировок, плюс, если будут подменять обычные dns запросы (нужны хоть чтобы узнать адрес doh), надо дать возможность в настройках проги вручную прописать ip адрес doh сервера. Пока такой вариант мне кажется самым логичным. Может можно еще придумать что-то бессерверное?
dns.google.com is not actually a DoH server, unlike dns.google. The change happened in 2019, I believe.
dns.google:
$ printf '\x12\x34\x01\x00\x00\x01\x00\x00\x00\x00\x00\x00\x03www\x07example\x03com\x00\x00\x01\x00\x01' \
| curl -H 'Content-Type: application/dns-message' -H 'Accept: application/dns-message' --data-binary '@/dev/stdin' --silent https://dns.google/dns-query \
| xxd
00000000: 1234 8180 0001 0001 0000 0000 0377 7777 .4...........www
00000010: 0765 7861 6d70 6c65 0363 6f6d 0000 0100 .example.com....
00000020: 01c0 0c00 0100 0100 0007 b100 045d b8d8 .............]..
00000030: 22 "
$ printf '\x12\x34\x01\x00\x00\x01\x00\x00\x00\x00\x00\x00\x03www\x07example\x03com\x00\x00\x01\x00\x01' \
| curl -H 'Content-Type: application/dns-message' -H 'Accept: application/dns-message' --data-binary '@/dev/stdin' https://dns.google.com/dns-query
...
<title>Error 404 (Not Found)!!1</title>
Теперь все снова работает. Домру, Красноярск
Это я проверил первым делом, на адреса, которых нет в реестре - отвечают за 50-60 мс, на заблокированные - за 4
Да, теперь все норм. Видимо, проводят финальные тесты. Если пару дней назад испытывали на отдельный операторах/регионах, то сегодня, так сказать, генеральная репетиция. Все же дата блокировки 9 сентября кажется наиболее вероятной