Подбор рабочего конфига для GGC ютуба через blockcheck

хех, с этим я конечно тупанул. В общем, нашлась одна стратегия, но с ней только серые ореолы от превьюшек явились взору (до этого бесконечная загрузка). Вкл/ откл quick ничего не дал.
Поперебирал стратегии из файлика-результат тот же

У тебя в блеклист не добавлен какой то домен гугл проверь хостлист

Помогите! Какая то ошибка с драйвером windivert

P.S. разобрался спасибо, наконец-то теперь по правильному теститься

Что-то не помогло, не нашёл blockcheck рабочих стратегий. Какие ещё есть варианты?

написано же для тлс1.2 что-то там работает. Для проверок тлс1.3 наверное curl устаревший, нужно другой установить. Хотя то, что работает тлс1.2 работает и для тлс1.3. Не знаю почему на тлс1.2 он нашел, а на тлс 1.3 нет.

Самое интересное, начерта там в проверке TLS фейк для квика торчит ) Толку от него нет все равно, ибо не работает.

Ну по инструкции делал

Вроде как нашло рабочие стратегии после двух дней тестов

Только я не понял куда это всё вписывать?

А куда вписывать тогда это? Я думал ничего не нашло. Сорри за флуд, не шарю в этом ещё новичок.
Попробовал вписать:

winws --wf-l3=ipv4 --wf-tcp=443 --wssize 1:6 --dpi-desync-fake-tls=tls_clienthello_www_google_com.bin --dpi-desync-fake-quic=quic_initial_google_com.bin

в test.cmd как в инструкции в шапке, создал его в папке zapret-winws. Ничего не произошло, на пару секунд появилась консоль и закрылась, ютуб на том же месте, видео не прогружаются.

Прошу помощи профессионалов. Провайдер подмосковский, пытаюсь вылечить ютуб. Большинство блокировок доменов обходится примитивной стратегией, однако ютуб часто отправляет меня на такие домены, которые заблокированы наглухо, и ни goodcheck, ни blockcheck, не могут найти ни одной рабочей стратегии. Я выписал несколько доменов:
rr1---sn-joug0-n8vl.googlevideo.com
rr2---sn-joug0-n8vl.googlevideo.com
– с этими проблем нет, они находятся в 4 хопах от меня, работает простая стратегия.
rr14---sn-n8v7kn7d.googlevideo.com
rr14---sn-n8v7zns6.googlevideo.com
rr8---sn-n8v7snl7.googlevideo.com
rr3---sn-n8v7kn7r.googlevideo.com
rr4---sn-n8v7znlk.googlevideo.com
rr10---sn-n8v7kn7d.googlevideo.com
rr7---sn-n8v7zns6.googlevideo.com
– а с этими засада, до них 9 хопов, и ни одна стратегия не помогает. Они пингуются, открываются по http, telnet на 443 порт проходит, но браузер их открывать не хочет.
Причём если тестировать с другого провайдера, на котором ютуб работает без обходов, он не хочет открывать первые 2 домена.
Есть ли варианты кроме VPN?
Заранее спасибо всем кто откликнулся.

я бы с такой ситуации попробовал бы выкачивать через тор указав его в настройках приложения для телевизора.
до недавнего времени у меня прям жёстко блочили, хоть и не бан по айпи но тяжело всё обходилось, приходилось выкачивать себе на комп подписки пока я на работе и потом вечером смотреть что скачал. я это делал таким скриптом yt-dlp скачать все подписки за последние два дня · GitHub

И ещё одно наблюдение: если открыть видос, которого нет на ближайшем кэширующем сервере и подождать минуты 3, оно там появляется и воспроизводится без проблем. Но всё-таки хочется достучаться до других серверов.

--dpi-desync=fake,split --dpi-desync-split-pos=1 --dpi-desync-fake-tls=0x16030102920100028e03035672ea15594162966e8a144297c497ddace5d546af7a4a0414a946fa52023cf720b0220c217abb1db321abbf01985cf3d07c61367c2ba5eff307b0f6f042448077 --dpi-desync-fooling=datanoack не работает с этим?

Увы, нет (
Часть доменов выдают ERR_TIMED_OUT, часть ERR_CONNECTION_RESET. Первые 2 домена работают как и раньше.

а этот открывается?
rr1---sn-gvnuxaxjvh-aome.googlevideo.com

сборку от kds пробовал?
https://ntc.party/t/%D1%81%D0%B1%D0%BE%D1%80%D0%BA%D0%B0-ytdisbystro-%D0%BD%D0%B0-%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%B5-zapret-%D0%B4%D0%BB%D1%8F-windows-%D0%BE%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5/13251/410

Я тоже с этим сталкивался можешь попробывать ради интереса поставить bye dpi возможно он поможет

ERR_TIMED_OUT

Да, тоже не помогает.

Тоже не помог (

Когда все not working, первым делом надо смотреть на первые тесты port и ip block, которые требуют ручной интерпретации.
Если порт не конектит, это сразу приехали.
Если iana.org не проходит на IP гугла (виснет, большинство ошибок SSL вероятно - прошло), значит надо пробовать кастомные пейлоады с гуглом
UNBLOCKED_DOM=www.google.com blockcheck
Заменит iana.org на www.google.com

* port block tests ipv4 rr14---sn-n8v7kn7d.googlevideo.com:80
nc -z -w 2 173.194.176.224 80
Connection to 173.194.176.224 80 port [tcp/http] succeeded!
173.194.176.224 connects

* curl_test_http ipv4 rr14---sn-n8v7kn7d.googlevideo.com
- checking without DPI bypass
!!!!! AVAILABLE !!!!!

* port block tests ipv4 rr14---sn-n8v7kn7d.googlevideo.com:443
nc -z -w 2 173.194.176.224 443
Connection to 173.194.176.224 443 port [tcp/https] succeeded!
173.194.176.224 connects

* curl_test_https_tls12 ipv4 rr14---sn-n8v7kn7d.googlevideo.com
- checking without DPI bypass
curl: (28) Connection timed out after 2001 milliseconds
UNAVAILABLE code=28

- IP block tests (requires manual interpretation)
> testing iana.org on it's original ip
!!!!! AVAILABLE !!!!!
> testing rr14---sn-n8v7kn7d.googlevideo.com on 192.0.43.8 (iana.org)
curl: (60) SSL: no alternative certificate subject name matches target hostname 'rr14---sn-n8v7kn7d.googlevideo.com'
More details here: https://curl.se/docs/sslcerts.html

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.
> testing iana.org on 173.194.176.224 (rr14---sn-n8v7kn7d.googlevideo.com)
curl: (28) Connection timed out after 2001 milliseconds
-------------------------------------
- IP block tests (requires manual interpretation)
> testing www.google.com on it's original ip
!!!!! AVAILABLE !!!!!
> testing rr14---sn-n8v7kn7d.googlevideo.com on 172.217.20.164 (www.google.com)
> testing www.google.com on 173.194.176.224 (rr14---sn-n8v7kn7d.googlevideo.com)
curl: (28) Connection timed out after 2001 milliseconds

Похоже блок по ip (