Работает только www.google.com, запросы со всем другими SNI блокируются при обращении к этому IP:
~# curl -4ko /dev/null https://google.com/ --connect-timeout 5 --connect-to ::172.217.23.206
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:05 --:--:-- 0
curl: (28) SSL connection timeout
~# curl -4ko /dev/null https://www.google.com/ --connect-timeout 5 --connect-to ::172.217.23.206
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 21484 0 21484 0 0 80887 0 --:--:-- --:--:-- --:--:-- 81071
~# curl -4ko /dev/null https://vk.com/ --connect-timeout 5 --connect-to ::172.217.23.206
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:05 --:--:-- 0
curl: (28) SSL connection timeout
~# curl -4ko /dev/null https://www.google.ru/ --connect-timeout 5 --connect-to ::172.217.23.206
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:05 --:--:-- 0
curl: (28) SSL connection timeout
~# curl -4ko /dev/null https://google.ru/ --connect-timeout 5 --connect-to ::172.217.23.206
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:05 --:--:-- 0
curl: (28) SSL connection timeout
~# curl -4ko /dev/null https://play.google.com/ --connect-timeout 5 --connect-to ::172.217.23.206
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:04 --:--:-- 0
curl: (28) SSL connection timeout
Соседний IP работает:
~# curl -4ko /dev/null https://google.com/ --connect-timeout 5 --connect-to ::172.217.23.196
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 220 100 220 0 0 1052 0 --:--:-- --:--:-- --:--:-- 1057
~# curl -4ko /dev/null https://www.google.com/ --connect-timeout 5 --connect-to ::172.217.23.196
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 21538 0 21538 0 0 81888 0 --:--:-- --:--:-- --:--:-- 81893
Работает *.google.com, *.youtube.com
Эта блокировка не нова. Так они пытались рубить фейки от гудбая и запрета. На диапазоне гуглоадресов разрешены только домены гугла по заданному списку, кроме некоторых поддоменов (play.google.com).
Потому и пишут такие конструкции
что-то поменяли в логике работы, например google.com и play.google.com работают с разными стратегиями, при этом youtube.com не работает с той стратегией, с которой работает googlevideo.com (ранее все вместе работало с общей стратегией)
похоже в список youtube достаточно добавить
googlevideo.com
gvt1.com
но иногда на приставках с tls 1.2 появляются тормоза при открытии роликов или не грузятся нектоорые превью, возможно еще какого-то домена нехватает
Все работает на компе, ноуте, телефоне, но только через браузер.
Стратегия как TLS1.2 так и TLS1.3 все нормально обходит.
А на мобильном приложении… как на фото и пипец.
Грешу на QUIC/HTTP3 что мобильное приложение только на нем сидит, и нахрен меня посылает.
Или рекламный домен какой нить не добавил… который тупо для мобильника.
Правда некоторые хосты (если более подробный список хостов кидаю) отвечаю 403 мне.
Ну с другой стороны… в браузере все работает.
Моб. приложение (андроид) без QUIC работает нормально.
Проверьте, что все домены открываются с той стратегией которую для них указали.
На РТ например [youtube.com] не открывается со стратегией для [googlevideo.com] и наоборот
NewPipe, BravePipe, Tubular не хотят даже картинки загружать, как и обычное приложение.
Не пойму в чем трабла… ведь на трубе (как и на пк) в браузере все летает отлично.
Конечно чуть не договорил) я это тренируюсь пустить через PAC файл. Чисто на SOCKS5 все работает.
Буду носок использовать с хост файлом и проблема решена…
Просто ради интереса, хотелось через PAC завести все это дело.
На ПК увы все зависит от движка браузера. Все браузеры на chromium, включая brave и т.п. сразу биндуют quic. В byedpi помогает отправка 5-и фейков udp.
Огнелис пытается подключаться по tcp, как и все альтернативные мобильные клиенты. А вот родной клиент на андроиде как и chromium сразу пытается установить quic, если не выходит, то тупит и переключается на tcp.
На тв приставке с android tv иногда ловлю проблемы с загрузкой картинок скринсейвера (backdrop daydream) и в приложении smarttube на некоторых видео в подписках (1-2% от общего списка) не отображаются миниатюры. Появляется хаотично.
Есть предположение, что это как-то связано с доступностью edgedl.me.gvt1.com (34.104.35.123) и i9.ytimg.com (209.85.233.139,209.85.233.138,209.85.233.101,209.85.233.113,209.85.233.100,209.85.233.102)
Вот конкретно сейчас ни туда, ни туда доступа нет, даже безотносительно SNI
(curl -ISs --tlsv1.2 --max-time 2 https://209.85.233.100) как будто бы вся подсеть в блоке. Через vpn открывается.
i9.ytimg.com СИЛЬНО зависит от ДНСов. все ресолвят по разному
даже один и тот же ДНС при разных запросах выдает другие ИП
так что могло временно попасть на какой то забаненый диапазон
Спойлер
8.8.8.8
A i9.ytimg.com. 5m00s 64.233.164.139
A i9.ytimg.com. 5m00s 64.233.164.101
A i9.ytimg.com. 5m00s 64.233.164.113
A i9.ytimg.com. 5m00s 64.233.164.102
A i9.ytimg.com. 5m00s 64.233.164.100
A i9.ytimg.com. 5m00s 64.233.164.138
ordns.he.net
A i9.ytimg.com. 5m00s 142.250.113.102
A i9.ytimg.com. 5m00s 142.250.113.113
A i9.ytimg.com. 5m00s 142.250.113.138
A i9.ytimg.com. 5m00s 142.250.113.139
A i9.ytimg.com. 5m00s 142.250.113.101
A i9.ytimg.com. 5m00s 142.250.113.100
1.1.1.1
A i9.ytimg.com. 48s 108.177.14.113
A i9.ytimg.com. 48s 108.177.14.101
A i9.ytimg.com. 48s 108.177.14.138
A i9.ytimg.com. 48s 108.177.14.100
A i9.ytimg.com. 48s 108.177.14.139
A i9.ytimg.com. 48s 108.177.14.102
тот же 1.1.1.1
i9.ytimg.com. A IN 205s 209.85.233.102 one.one.one.one:853 247ms
i9.ytimg.com. A IN 205s 209.85.233.101 one.one.one.one:853 247ms
i9.ytimg.com. A IN 205s 209.85.233.139 one.one.one.one:853 247ms
i9.ytimg.com. A IN 205s 209.85.233.100 one.one.one.one:853 247ms
i9.ytimg.com. A IN 205s 209.85.233.113 one.one.one.one:853 247ms
i9.ytimg.com. A IN 205s 209.85.233.138 one.one.one.one:853 247ms
а вот второй то ли глюк то совсем зарезали местами
Сейчас ответ DNS не изменился, но соединение работает со всеми IP (проверяю с РТ). C IP адресами (из других подсетей) которые отдают другие DNS для i9.ytimg.com примерно похожая картина.
Не может ли это быть какой-то новой тупой блокировкой по IP со стороны РКН? Ходим резолвим i9.ytimg.com и баним ip адреса на время жизни DNS ответа.
