Похоже, хотели сделать какое-то регулярное выражение для блокировки, и проиграли. Блокируются домены, начинающиеся на d*.cloudfront.net, также проверяют количество символов и что-то еще.
Probing 94.140.14.141:853/tcp - Port is open - time=53.529ms
Probing 94.140.14.141:853/tcp - No response - time=2014.378ms
Probing 94.140.14.141:853/tcp - No response - time=2010.254ms
Probing 94.140.14.141:853/tcp - Port is open - time=58.708ms
Сегодня минут 30 назад у меня отвалилось ip tv от ott.club. Путем анализа выяснилось, что в бан попал запрос ts файла из поддомена по адресу http://route-13-ua.access-cdn.net/live/...ts резольвящийся как 31.133.114.2. Не уверен откуда блок, со стороны Украины или нашего ТСПУ, но вылечить работу ТВ удалось только заворачиванием запросов на оный через впн, zapret, к сожалению, с данным адресом мне не помог. Провайдер Ростелеком проводной, Москва. Внешний адрес у меня белый.
Недоступен https://ibb.co: на Client Hello шлёт RST (TLS v1.3 на Каменск-Телекоме) или вообще ничего не шлёт (TLS v1.0,v1.1,v1.2, TLS v1.3 на ЭР-Телекоме). http работает, но там только редирект на https. У RST пакета TTL такой же, как и у SYNACK.
Похоже обнаружил режим stateless для quic на dpi для ip адресов GGC и стыков гугла в РФ. Как пример 173.194.177.21 - стык гугла в МСК (домен https://rr3---sn-n8v7kn7k.googlevideo.com).
SSL: no alternative certificate subject name matches target hostname ‘google.com’
QUIC connect to 173.194.177.21 port 443 failed: SSL peer certificate or SSH remote key was not OK
Failed to connect to 173.194.177.21 port 443 after 35 ms: SSL peer certificate or SSH remote key was not OK
closing connection #0
curl: (60) SSL: no alternative certificate subject name matches target hostname ‘google.com’
More details here: curl - SSL CA Certificates
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the webpage mentioned above.
Попытки обходить на адресе 173.194.177.21 блокировку quic различными фейкми не помогли (разные фейки, разное их количество и тд). С локальными GGC провайдера такая же история. На ipv6 такого не заметил. Для других ip с отправкой фейков этот домен начинает работать. Но на родном ip так же таймаут
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the webpage mentioned above.
На моём ISP где-то уже неделю пинг до москвы (и соответственно до европы) увеличился на 10 мс, без измененния маршрута, а аплоад снижен более чем в 10 раз.
Недоступен https://spectrum-os.org. Похоже на блокировку по ip. nping --tr --tcp spectrum-os.org -p 443 обрывается на втором узле, но traceroute идёт нормально. nping также идёт нормально до соседнего ip 85.119.82.109.