Youtube никак не хочет работать

заблокированы все пиринговые сервера (на которые направлена провайдерская маршрутизация), при этом доступны иностранные и местные от других провайдеров.
либо это проделка провайдера и там блок по ip:port (в таком случае анти-dpi не поможет)
либо поставлено доп.тспу, тогда можно пробить через zapret
либо пробовать играться с блокировкой недоступных ggc через hosts

я бы начал с тестирования стратегий для запрета. только убери все остальные домены (кроме Site to check: https://rr1---sn-n8v7znlk.googlevideo.com (Your ISPs Google Cache Server) ), зачем все то тестировать

нужно переделывать
адрес домена указывается без https
в тестировании выбирается tls1.3 остальное : no

сомневаюсь. проблемы не пересекаются (doh можно в браузере включить, это делается одним кликом)
возможно, тут и есть стратегии, но это надо лично смотреть, а не через форум
дальше можно пробовать либо блокировать ggc, либо использовать vpn, например, тот же warp

либо можешь поспрашивать других посетителей форума)

+тема к изучению (ну и вцелом поиск по форуму)

но все это нужно делать с пониманием, что именно ты делаешь.
правда с учетом того, что пиринговых серверов порядка 200 штук, я бы оставил этот вариант напоследок (но именно как поведет себя сеть ggc при блокировании я не знаю, может выдаст на определенном этапе пул ggc из франкфурта, может нет)

я несколько обижен на админа этого форума, поэтому нет желания писать подробную инструкцию, извини.
ggc берутся из консоли браузера во время попытки просмотра видео.
удачи)

хммм
я еще раз пересмотрел твои логи блокчека, они сделаны были неправильно

• checking already running DPI bypass processes
  !!! WARNING. some dpi bypass processes already running !!!
  !!! WARNING. blockcheck requires all DPI bypass methods disabled !!!
  !!! WARNING. pls stop all dpi bypass instances that may interfere with blockcheck !!!

на момент выполнения тестирования в системе запущена anti-dpi программа или служба, соответственно тестирование не выполнялось корректно

Никак. Я пробовал блокировать ggc своего прова и магистрали. Ютуб продолжает долбиться на них. Если бы можно было без смены ip заставить ютуб использовать непровайдеровские ggc, то у меня бы лично ютуб работал без проблем, т.к. чужие ggc прекрасно обходятся. А так лишь форс quic в хроме, приправленный молитвой, чтобы подключилось с первого раза, а не с десятого.

тут могут быть варианты, например, мой случай:
открываем видео и смотрим videoplayback , в строчке mn= видим следующее mn=sn-8ph2xajvh-3hfl,sn-n8v7znzl
в данном случае при блокировке пула sn-8ph2xajvh-3hfl видео будет грузиться с пиринговых ggc n-n8v7znzl

у автора вообще нестандартный случай, т.к у его провайдера нет собственного пула.

также пока censor tracker не поломался, можно было через него пустить проблемные ggc, в таком случае они полностью убирались из запроса. возможно, также можно сделать с другим прокси.

вариант через quic можно попробовать , да. автор прогони еще блокчек по quic.
кстати как зафорсить хром на quic я недавно писал тут:

правда в виду отсутствия собственного пула это не совсем для него актуально
в любом случае, ему нужно все тесты переделывать

По IP определяется провайдерская зона https://redirector.googlevideo.com/report_mapping?di=no
Но можно ли без смены IP зафорсить другую зону, мне неизвестно.

увы, можешь попробовать еще quic проверить отдельно без tls1.3 как выше порекомендовали
я посмотрю в свободное время, можно ли отдельно пропихнуть в warp конкретный ggc
из этой темы:

тогда было бы достаточно легко вопрос решить
ну либо ты можешь сам проверить.

кстати , если к тому, что я в прошлый раз просил проверить добавить wssize тоже не будет открываться ссылка?
только при условии опять же, что anti-dpi выключен и после запуска нужно перезапустить браузер
winws --wf-tcp=443 --filter-tcp=443 --hostlist-domains=googlevideo.com --dpi-desync=fake,fakedsplit --dpi-desync-split-pos=1 --dpi-desync-fake-tls=0x16030102920100028e03035672ea15594162966e8a144297c497ddace5d546af7a4a0414a946fa52023cf720b0220c217abb1db321abbf01985cf3d07c61367c2ba5eff307b0f6f042448077 --dpi-desync-fooling=datanoack --wssize 1:6

скорее всего провайдер исправил маршрутизацию.
к какому ggc теперь обращается ютуб?