Ну, у разных провайдеров ситуация разная и то, что помогло мне - может не помочь вам.
Короче, я сейчас распишу всю свою последовательность действий, возможно кому пригодится.
- Ставим в браузере режим строгого https, настраиваем doh, отключаем kyber и quic. Делаем ipconfig /flushdns На этом этапе в etc/hosts и в блокировщике рекламы у вас не должны быть заблочены никакие гуглвидео-серваки. Также убедитесь, что выключены всякие браузерные ВПН/ускорители/цензортрекеры.
- Открываем (с gdpi и без) популярное русскоязычное видео, нажимаем F12, раздел сеть/network, смотрим запросы xhr/fetch адресованные к
googlevideo.com/videoplayback, выписываем адреса себе в блокнот. Повторяем с несколькими видео. - Проделываем (с gdpi и без) тоже самое, но с непопулярным англоязычным видео до 5к просмотров.
- Теперь отключаем gdpi, открываем командную строку и проверяем доступность серверов из списка командой наподобие такой:
curl -sv -o NUL https://rr1---sn-n3toxu-axql.googlevideo.com
Обратите внимание, подключение должно быть по https. Если у вас пишет что-то в духе schannel: disabled, то вам надо обновить curl. Я с такой проблемой столкнулся на ltsc винде с отключенными обновлениями. Ещё есть опасность, что будет редирект, так что смотрите чтобы сертификат был от googlevideo. - На предыдущем шаге выписываем, какие сервера доступны без обхода (они скорее всего принадлежат вашей сети или типа того) и какие сервера таймаутятся на этапе server hello.
- Запускаем gdpi и проверяем все сервера снова. Важно, чтобы те сервера, что были доступны без обхода не начали возвращать ошибки типа SSL что-то-там. А те, что таймаутились теперь должны отвечать. Настраиваете стратегию gdpi при необходимости, пока не найдем рабочую. На моем провайдере было достаточно
goodbyedpi.exe -e 1 --reverse-frag - Теперь проверяем эти сервера на https://www.nslookup.io/ С теми серверами, которые не находятся в вашем городе, больше делать ничего не надо.
- Теперь, с включенным gdpi, находим малопопулярное видео и вбиваем его в yt-dlp с флагом --get-url. Вам должно подсунуть ближайшие GGC. Запоминаем какие. Попробуйте несколько видосов.
- Теперь, пробуем скачать видео через yt-dlp. Важно брать новые видео, которое вы не смотрели до этого, т.к. просмотренные могли закэшироваться на провайдерских GGC. Оцениваем скорость. Если видите, что происходит нечто аномальное, типа того, о чем я писал в прошлом посте, то возможно вам мой метод поможет. В противном случае - хз.
- Допустим, после предыдущих тестов, у вас есть 2 группы серверов из вашего города. Одна принадлежит вашему провайдеру, вторая кому-то ещё (соседнему провайдеру, например). Пробуем сначала заблочить свои внутрипровайдерские GGC.
- Определяем диапозон адресов для блокировки командой ping, по аналогии:
ping rr1---sn-n3toxu-axql.googlevideo.com
ping rr2---sn-n3toxu-axql.googlevideo.com
ping rr3---sn-n3toxu-axql.googlevideo.com
и т.д. пока не начнёт возвращать ошибки. - Теперь пробуем их заблочить. Я рекомендую через uBlock/uMatrix, т.к. etc/hosts вроде игнорится при включенном doh.
- На примере uBlock. Идем в настройки, раздел “мои фильтры” и блочим вот таким образом:
||rr1---sn-n3toxu-axql.googlevideo.com
||rr2---sn-n3toxu-axql.googlevideo.com
Нажимаем применить изменения. - Обновляем ютуб через ctrl+F5 и тестим (с включенным gdpi, естественно).
- Если нет результата или ситуация только ухудшилась - разблокируем заблоченные адреса и возвращаемся к пункту 11. Повторяем шаги для другой группы адресов из вашего города - возможно к проблемам приводит она. Т.е. например, задержки могут вызывать не GGC вашего провайдера, а GGC провайдера по соседству.