МГТС, Москва: GoodCheck не нашёл ни одной рабочей стратегии для нормальной работы GGC — в этот раз заблокировали прямо основательно, в особенности пострадали локальные провайдерские сервера. Из стандартного списка в файле пробиваются только 4 сервера непонятной принадлежности, провайдерские не функционируют. Как и у остальных, любые конфиги с --fake-with-sni
практически полностью неэффективны, работает полтора сайта через раз. С другими хексами тоже ничего сильно не изменилось.
Cо включённым IPv6 хватает как простейших стратегий с 2-3 параметрами, так и какой-либо комбинации с --fake-with-sni
, но по факту загрузка видео начинается только через 15-20 секунд после открытия страницы в 144p, но можно сразу поменять вручную. Если пообновлять страницу или сразу выбрать качество, то время загрузки иногда можно сократить до 5-7 секунд.
GGC ведёт себя странно — изначальный запрос теперь почему-то идёт на полуживой магистральный сервер МТС не из моего кластера Google Video + иногда ещё на кучу серверов за пределами РФ, сразу отвечающих 403, так как IP в запросе не совпадает с фактическим. И на магистральном, и на «домашнем» кластере первые несколько запросов заканчиваются таймаутом, последующие проходят успешно и сервер начинает моментально отдавать видеопоток вплоть до 4K без зависаний и прочих нюансов.
Что особенно странно — раньше YouTube даже не пытался ломиться на магистральные сервера из левых кластеров, всё отдавалось с «домашнего» GGC. Сейчас же он делает это регулярно и без явной системы.
В итоге с переменным успехом заработало следующее:
-e 1 -q --native-frag --max-payload --set-ttl 5 --fake-with-sni <ввв.гугл.ком или любой поддомен>
Видимо, всё же придётся скачивать и изучать Zapret — маловероятно, что текущий способ долго продержится.