Я как то прикололся, на домен www.youtube.com поставил ip от www.google.com и начал ютуб работать, включил http3 и пофиг работает и шустро, но минут через 20 работать перестало.
Так что если просто экспериментируете, то играйтесь только с доменом www.youtube.com
проблема с “баном” отдельных ютуб серверов
что разные видео на разных серверах
и какие то не особо популярные видео особенно “местные” (которые например смотрят только в РФ)
могут быть на очень небольшом кол-ве GGC внутри РФ которые как раз и блокируют и сами провайдеры и РКН
единственный вариант пробовать yt-dlp и аналоги
они немного отличаются от браузеров в поиске серверов. и могут (а могут и нет.) находить другие рабочие сервера googlevideo.com
стакими зождержками смотреть шортстсы например ето то ещё извратщение 
Если кому интересно, починил ютуб по этому методу. Подбор рабочего конфига для GGC ютуба через blockcheck - #121 by DimakSerpg
Там идёт чек как раз таки этого сервера. Если вы хотите наверняка узнать ваш GGC ютуба, можете запустить эту софтину Подбор рабочего конфига для GGC ютуба через blockcheck - #121 by DimakSerpg
Я имел ввиду эту софтину, если хотите узнать свой GGC GoodCheck - блокчек-скрипт для GoodbyeDPI моего авторства
Чтобы узнать свой GGC (один из GGC) - достаточно открыть консоль браузера (F12 - Сеть) и посмотреть, на какой домен он ломится за видео (запрос с videoplayback). Никаких софтин для этого не нужно.
наверн он имел ввиду что он с помощью етого починил себе ютуп 
Теперь даже я запутался При чем тут “узнать GGC” и “починился ютуб”? Как у вас в голове это означает одно и то же?
а ето пердыдущий ответ был
а как вы отличаете локальные (местные) сервера ростелекомовские или таттелькомовские GCG от забугорных?
Можно по Ip пробить расположение. ну и по пингу тоже понятно
По названию gvnuxa соответствующему стране
Для того чтобы избежать задержки в ответ на запросы к замедленным хостам надо вернуть ответ со статусом, который обрабатывает Youtube, например 400. Достичь этого можно если в hosts присвоить замедленным хостам айпишники других кэш серверов гугла которые не замедлены.
А как можно заблокировать это. файле hosts
Никак. Смотрите ip серверов, возвращающих код 403 и блокируйте их в роутере или в файрволе, если метод с адблоком вам не подходит.
От этого в принципе мало толку, так что можете не тратить время даже. Какого-то прироста скорости я у себя от подобных манипуляций не наблюдал.
Привет. Я вашим методом через uBlock пользовался 7 месяцев. Я как и вы так же на провайдере Скайнет. Сегодня вот перестал этот метод работать с теми параметрами, что вы тогда указали. У Скайнета хоть ютуб и работает без всяких ускорялок, но далеко не идеально. Что-то работает, что-то нет. Как можно это пофиксить через uBlock? Я смотрел в F12 вкладки “сеть” сервера, которые блочат видео. Дописывал их в ваш список, но результата не дало. Я не сильно в этом разбираюсь, поэтому скорее всего я что-то не так делаю. Поэтому хотел бы у вас поинтересоваться как вообще щас с uBlock дела обстоят в плане обхода.
Я бы не сказал, что uBlock используется “для обхода” - он же ничего не обходит, я его не для этого рекомендовал.
У скайнета в СПб есть 2 кластера: n3toxu-axql и n3toxu-axqs. Подключены они как-то странно (до ТСПУ?) и потому доступны без обхода (у меня - по сей день, у вас - возможно, что-то переподключил провайдер). Однако, на них тормозило кэширование (со стороны клиента это не решить) - поэтому я их и блочил в uBlock (и по сей день блочу). В результате блока, ютуб коннектится к питерским магистральным серверам (названия типа axq7sn7z и axq7sn76) - они работают быстро. Понятное дело, для доступа к магистральникам нужен работающий обход для домена googlevideo.com. У меня в запрете работает такое (фейк для квика сами ищите):
--filter-udp=443 --hostlist-domains=googlevideo.com --dpi-desync=fake --dpi-desync-repeats=2 --dpi-desync-fake-quic=quic_www_google_com_05.bin --new ^
--filter-tcp=443 --hostlist-domains=googlevideo.com --dpi-desync=multisplit --dpi-desync-split-pos=1,midsld --dpi-desync-split-seqovl=1 --new ^
Что касается ||googlevideo.com/videoplayback^$method=get - это превентивная блокировка серверов, возвращающих 403, на скорости особо не сказывается, смысла в этом нет. Так что можно вообще убрать.
WARP на скайнете, кстати, тоже пока работает (как минимум, у меня). И masque, и через дурение udp. Тоже можете рассмотреть как вариант, если обычный обход не помогает.
Что-то понял, что-то нет. Буду пробовать, благодарю. Вчера покопался немного, и вроде опять заработало через uBlock.
blockcheck.log (65,2 КБ)
Здравствуйте, у меня такая же ситуация с долгой загрузкой появилась после перезагрузки роутера. Можете помочь составить стратегию для zapret ? (файл log прикрепил) Прогнал через blockcheck, но не получается правильно собрать строчки воедино. До этого пользовался Goodbyedpi, но теперь к сожалению не помогает, а запрет пока что сложен в освоении самостоятельно.
Обратитесь в тему запрета за помощью.