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

Вообще не понимаю как это нечто заставить работать…

Создал файл .cmd, прописал туда такое:
winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-tls=sni --dpi-desync-split-pos=3 --dpi-desync-fake-tls=tls_clienthello_www_google_com.bin --hostlist=“%~dp0russia-blacklist-youtube.txt”
Почему-то открывает сразу 2 окна (скриншот). Ютуб при этом выдаёт пустую белую страницу вообще без чего-либо.

Без --hostlist=“%~dp0russia-blacklist-youtube.txt” тоже пробовал, то же самое.

Вместо winws попробуйте прописать start "Zapret" /min "winws.exe" и дальше параметры. По идее первое окно должно просто закрываться после запуска winws.
Ещё можно попробовать от админа это делать, чтобы привилегий хватало прямо в окне консоли запустить.

Для ютуба, у большинства, работает стратегия --dpi-desync=split2 --dpi-desync-split-seqovl=1. Остальное можете попробовать из неё выкинуть.

Убери это зачем такой огород городить. И вообще что тебе блок чек выдает? По blablabla.googlevideo.com?

Так вообще не запускается.
start “zapret” /min “winws.exe” --dpi-desync=split2 --dpi-desync-split-seqovl=1
Пытается что-то открыть и мгновенно закрывает окно.

Блокчек мне, кстати, вот такое выдавал:

ipv4 rr1---sn-4g5lznes.googlevideo.com curl_test_http : working without bypass
ipv4 rr1---sn-4g5lznes.googlevideo.com curl_test_https_tls12 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=disorder2
ipv4 rr1---sn-4g5lznes.googlevideo.com curl_test_https_tls13 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-tls=sni
ipv4 rr1---sn-4g5lznes.googlevideo.com curl_test_http3 : winws not working

ipv4 rr3---sn-q4fl6nd7.googlevideo.com curl_test_http : working without bypass
ipv4 rr3---sn-q4fl6nd7.googlevideo.com curl_test_https_tls12 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=disorder2
ipv4 rr3---sn-q4fl6nd7.googlevideo.com curl_test_https_tls13 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-pos=3
ipv4 rr3---sn-q4fl6nd7.googlevideo.com curl_test_http3 : winws not working

ipv4 rr8---sn-n8v7kn7z.googlevideo.com curl_test_http : working without bypass
ipv4 rr8---sn-n8v7kn7z.googlevideo.com curl_test_https_tls12 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2
ipv4 rr8---sn-n8v7kn7z.googlevideo.com curl_test_https_tls13 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2
ipv4 rr8---sn-n8v7kn7z.googlevideo.com curl_test_http3 : winws not working

Я имел в виду убрать лишние фильтры дурения, а не вообще всё.

--wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=1

Попробуй это

start “zapret: http,https” /min “%~dp0winws.exe” --wf-l3=ipv4 --wf-tcp=80,443 --dpi-desync=split2
Полная строка

Создай файл my config.cmd и туда эту строку полностью, потом редактируй по желанию.

start “zapret: http,https” /min “%~dp0winws.exe” --wf-l3=ipv4 --wf-tcp=80,443 --dpi-desync=split2

А подряд два отдельных --hostlist в запрете будут работать? Чтобы и другие сайты разблокировать, и при этом отдельно хранить ютубовские домены и всё остальное.
Вроде такого:
–hostlist=“%~dp0russia-blacklist.txt” --hostlist=“%~dp0russia-youtube.txt”

Или тут применится только один из них, и лучше всё в один файл запихать?

Тут не подскажу тебе в ветку zapret обсуждение

Раньше точно работало. Скорее всего, работает и сейчас. Засунь 2 хостлиста и проверь.

Проверьте плс по очереди все эти 6 стратегий из окна _CMD_ADMIN.cmd (пока без хостлиста, нужно просто найти рабочую, файл tls_clienthello_www_google_com.bin должен лежать в той же папке)

start "zapret" /min "winws.exe" --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=disorder2 --dpi-desync-fake-tls="tls_clienthello_www_google_com.bin"
start "zapret" /min "winws.exe" --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=fake,disorder2 --dpi-desync-autottl=2 --dpi-desync-fooling=md5sig --dpi-desync-fake-tls="tls_clienthello_www_google_com.bin"
start "zapret" /min "winws.exe" --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-tls=sni --dpi-desync-fake-tls="tls_clienthello_www_google_com.bin"
start "zapret" /min "winws.exe" --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=fake,split2 --dpi-desync-autottl=2 --dpi-desync-fooling=md5sig --dpi-desync-split-tls=sni --dpi-desync-fake-tls="tls_clienthello_www_google_com.bin"
start "zapret" /min "winws.exe" --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-pos=3 --dpi-desync-fake-tls="tls_clienthello_www_google_com.bin"
start "zapret" /min "winws.exe" --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=fake,split2 --dpi-desync-split-pos=3 --dpi-desync-autottl=2 --dpi-desync-fooling=md5sig --dpi-desync-fake-tls="tls_clienthello_www_google_com.bin"

А есть какое-то отличие в подборе конфига не для ютуба?
Для twimg.com, например, блокчек вообще ничего не находит.

А он жив вообще? Для него нет никаких ip DNS Checker - DNS Check Propagation Tool

Без него x.com почти не работает, дальше стартовой заглушки с X не уходит, упорно пытаясь подключиться к abs.twimg.com.
С дешёвым 100-рублевым прокси сразу начинает работать.

Ааа, так и нужно искать конфиг для поддомена abs.twimg.com, не для twimg.com. У последнего даже ip нет)

Добавьте перенаправления в etc/hosts. Сто раз уже об этом говорилось. С кривыми стратегиями, из разряда --fake-gen 29, ломается tls 1.2.
Ну и, как выше написали, надо тестить не twimg.com, а его поддомены.

192.229.233.50 pbs.twimg.com
152.199.21.141 abs.twimg.com
192.229.220.133 video.twimg.com

Мне кстати блокчек такое выдал (без доп фейков)

ipv4 abs.twimg.com curl_test_http : winws --wf-l3=ipv4 --wf-tcp=80 --hostcase
ipv4 abs.twimg.com curl_test_https_tls12 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2
ipv4 abs.twimg.com curl_test_https_tls13 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2
ipv4 abs.twimg.com curl_test_http3 : winws --wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake

start "zapret: http,https,quic" /min "%~dp0winws.exe" --wf-l3=ipv4 --wf-tcp=80,443 --wf-udp=443 --filter-udp=443 --dpi-desync=fake --new --filter-tcp=80 --hostcase --new --filter-tcp=443 --dpi-desync=split2

И работает с doh без правки hosts. Но эти адреса не грузятся , им другой конфиг подавай

abs-0.twimg.com
pbs.twimg.com
video.twimg.com

Попробовал прописать это в hosts, результата никакого.
Хром вообще вот такое выдаёт: net::ERR_CERT_COMMON_NAME_INVALID.

И что блокчек напроверял:
ipv4 abs.twimg.com curl_test_http : winws not working
ipv4 abs.twimg.com curl_test_https_tls12 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=fake --dpi-desync-ttl=6
ipv4 abs.twimg.com curl_test_https_tls13 : winws not working
ipv4 abs.twimg.com curl_test_http3 : winws not working

А так?

209.237.192.139 twitter.com
209.237.192.139 www.twitter.com
209.237.192.139 x.com
209.237.192.139 www.x.com
104.244.42.66 api.x.com
152.199.24.185 abs.twimg.com
192.229.233.50 pbs.twimg.com
192.229.220.133 video.twimg.com

А так работает, спасибо.
Но куда эти редиректы ведут? Главная страница грузилась в сумме 17+ секунд.