К сожалению я не умею
Но все равно спасибо
Всем привет, что-то не пойму, прогнал чеком стратегии, на ggc googlevideo, он нашел рабочие, применяю их, а видео не грузиться всё ровно. DNS стоят единицы, девятки, восьмерки. Использую локально на openwrt программу.
quic test
Testing (9/15): --wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=20 --dpi-desync-fake-quic=“C:\Soft\GoodCheck_v1.3.07\Payloads\quic_ietf_www_google_com.bin”
Starting up Zapret…
Starting up Curl…
Waiting for Curl to do it’s job…
Terminating Curl if it’s still there…
Reading results…
WORKING https://rr1---sn-4axm-n8vs.googlevideo.com[ip:80.252.155.12]
WORKING https://rr1---sn-gvnuxaxjvh-o8ge.googlevideo.com[ip:178.66.83.172]
WORKING https://rr10---sn-gvnuxaxjvh-304z.googlevideo.com[ip:213.59.237.221]
WORKING https://rr4---sn-n3toxu-axql.googlevideo.com[ip:185.37.129.207]
WORKING https://rr1---sn-jvhnu5g-n8ve7.googlevideo.com[ip:212.188.37.140]
WORKING https://rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com[ip:213.59.237.159]
WORKING https://rr5---sn-gvnuxaxjvh-n8vk.googlevideo.com[ip:213.59.210.16]
WORKING https://rr4---sn-jvhnu5g-c35d.googlevideo.com[ip:212.188.37.15]
WORKING https://rr1---sn-8ph2xajvh-5xge.googlevideo.com[ip:195.68.132.76]
WORKING https://rr1---sn-gvnuxaxjvh-5gie.googlevideo.com[ip:78.37.112.76]
NOT WORKING https://rr1---sn-4g5e6nsk.googlevideo.com[ip:]
NOT WORKING https://rr1---sn-ug5onuxaxjvh-p3ul.googlevideo.com[ip:]
NOT WORKING https://rr1---sn-ug5onuxaxjvh-n8v6.googlevideo.com[ip:]
NOT WORKING https://rr1---sn-gvnuxaxjvh-aome.googlevideo.com[ip:]
NOT WORKING https://rr2---sn-ubpouxgg5-n8ml.googlevideo.com[ip:]
NOT WORKING https://rr4---sn-q4flrnsl.googlevideo.com[ip:]
NOT WORKING https://rr14---sn-n8v7kn7r.googlevideo.com[ip:]
NOT WORKING https://rr16---sn-axq7sn76.googlevideo.com[ip:]
NOT WORKING https://rr5---sn-n8v7knez.googlevideo.com[ip:]
NOT WORKING https://rr1---sn-u5uuxaxjvhg0-ocje.googlevideo.com[ip:]
NOT WORKING https://rr2---sn-q4fl6ndl.googlevideo.com[ip:]
NOT WORKING https://rr1---sn-q4fl6n6y.googlevideo.com[ip:]
NOT WORKING https://rr2---sn-hgn7ynek.googlevideo.com[ip:]
Successes - Pass 1: 10/23
quic
Strategies with 10 out of 23 successes:
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=2 --dpi-desync-fake-quic=“C:\Soft\GoodCheck_v1.3.07\Payloads\quic_ietf_www_google_com.bin”
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=5 --dpi-desync-fake-quic=“C:\Soft\GoodCheck_v1.3.07\Payloads\quic_ietf_www_google_com.bin”
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=10 --dpi-desync-fake-quic=“C:\Soft\GoodCheck_v1.3.07\Payloads\quic_ietf_www_google_com.bin”
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=20 --dpi-desync-fake-quic=“C:\Soft\GoodCheck_v1.3.07\Payloads\quic_ietf_www_google_com.bin”
https
Strategies with 8 out of 23 successes:
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=5
Strategies with 9 out of 23 successes:
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=7 --wssize 1:6
Strategies with 10 out of 23 successes:
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=1 --dpi-desync-split-pos=2
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=7 --wssize 1:6 --dpi-desync-split-pos=1
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=3 --dpi-desync-split-pos=4 --wssize 1:6
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=1 --dpi-desync-autottl=1 --wssize 1:6
Strategies with 11 out of 23 successes:
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-fooling=badsum
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-fooling=md5sig --dpi-desync-split-pos=1
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=4 --dpi-desync-split-pos=5
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=syndata,split2 --dpi-desync-split-pos=1
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=1 --dpi-desync-split-tls=sni --wssize 1:6
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=1 --dpi-desync-split-pos=2 --wssize 1:6
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=49 --dpi-desync-split-pos=50 --wssize 1:6
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=syndata,split2 --dpi-desync-fake-syndata=“C:\Soft\GoodCheck_v1.3.07\Payloads\tls_earth_google_com.bin” --wssize 1:6
Strategies with 12 out of 23 successes:
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=7
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=1 --dpi-desync-split-tls=sniext
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=2 --dpi-desync-split-pos=3
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=3 --dpi-desync-split-pos=4
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=49 --dpi-desync-split-pos=50
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=1 --dpi-desync-autottl=1 --dpi-desync-split-pos=1
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=syndata,split2
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-fooling=badsum --wssize 1:6
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-fooling=md5sig --wssize 1:6
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=1 --dpi-desync-split-tls=sniext --wssize 1:6
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=2 --dpi-desync-split-pos=3 --wssize 1:6
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=4 --dpi-desync-split-pos=5 --wssize 1:6
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=9 --dpi-desync-split-pos=10 --wssize 1:6
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=syndata,split2 --wssize 1:6
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=syndata,split2 --wssize 1:6 --dpi-desync-split-pos=1
Strategies with 13 out of 23 successes:
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-fooling=badsum --dpi-desync-split-pos=1
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-fooling=md5sig
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=1 --dpi-desync-split-tls=sni
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=9 --dpi-desync-split-pos=10
Strategies with 14 out of 23 successes:
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=1 --dpi-desync-autottl=1
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=syndata,split2 --dpi-desync-fake-syndata=“C:\Soft\GoodCheck_v1.3.07\Payloads\tls_earth_google_com.bin”
Попробовал на своих GGC ютуба, которые увидел через F12, ни 1 не работает
quic
Strategies with 0 out of 6 successes:
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=2
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=5
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=10
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=20
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-fake-quic=“C:\Soft\GoodCheck_v1.3.07\Payloads\quic_ietf_www_google_com.bin”
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=2 --dpi-desync-fake-quic=“C:\Soft\GoodCheck_v1.3.07\Payloads\quic_ietf_www_google_com.bin”
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=5 --dpi-desync-fake-quic=“C:\Soft\GoodCheck_v1.3.07\Payloads\quic_ietf_www_google_com.bin”
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=10 --dpi-desync-fake-quic=“C:\Soft\GoodCheck_v1.3.07\Payloads\quic_ietf_www_google_com.bin”
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=fake --dpi-desync-repeats=20 --dpi-desync-fake-quic=“C:\Soft\GoodCheck_v1.3.07\Payloads\quic_ietf_www_google_com.bin”
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=ipfrag2 --dpi-desync-ipfrag-pos-udp=8
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=ipfrag2 --dpi-desync-ipfrag-pos-udp=16
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=ipfrag2 --dpi-desync-ipfrag-pos-udp=24
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=ipfrag2 --dpi-desync-ipfrag-pos-udp=32
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=ipfrag2 --dpi-desync-ipfrag-pos-udp=40
–wf-l3=ipv4 --wf-udp=443 --dpi-desync=ipfrag2 --dpi-desync-ipfrag-pos-udp=64
Не смог добавить к предыдущему комментарию тест на своих ggc. Не пойму почему это происходит и как решить проблему? quic отключал на роутере, не помогает.
https
Strategies with 1 out of 6 successes:
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=6 --dpi-desync-split-pos=1
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=11
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=11 --dpi-desync-split-pos=1
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=12 --dpi-desync-split-pos=1
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-fooling=badsum --dpi-desync-split-pos=1
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=1 --dpi-desync-split-tls=sni
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=1 --dpi-desync-split-pos=2
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=1 --dpi-desync-autottl=1 --dpi-desync-split-pos=1
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=syndata,split2
Strategies with 2 out of 6 successes:
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=6
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=8 --dpi-desync-split-pos=1
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=9
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-ttl=12
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-fooling=md5sig
–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2 --dpi-desync-split-seqovl=3 --dpi-desync-split-pos=4
Чтобы понять как обойти эту блокировку нам надо игру скачивать. А так мы просто будем играть угадайку .
Может по ip блочат ggc. Попробуйте роутер перевести в режим моста и настроить запрет на пк будут работать видео интересно?
А если без режима моста, на роутере просто выключу и запущу на компьютере, так подойдет проверить? или прям в мост нужно?
по IP я пробовал на роутере делать в firewall правила drop или reject проблемных серверов (ip), но ютуб все ровно к ним обращается постоянно, как правильно их заблокировать?
Да можно попробовать без режима моста. Но стратегия скорее всего не будет работать если ее на роутер перенести.
На компьютере через etc hosts блочить надо. Но это все бред, обращение к этим серверам все равно пойдет что вызовет долгий прогруз видео. Как блочить домены на опен врт я не знаю. По хорошему нужно некий редирект делать нерабочий.googlevideo.com на рабочий.googlevideo.com но тут я вообще не подскажу, а может это вообще не реально, ждите спецов кто шарит.
редиректы я тоже пробовал делать, но и этого хватает не надолго как будто, а все прям сервера отловить не рабочие очень тяжело для редиректа
При поиске стратегии нужно:
1 - выключить VPN
2 - выключить прокси
3 - выключить запрет и его аналоги
4 - Если ищем через роутер стратегии, то роутер вносит изменение в соединения. ТАк что либо подключать напрямую интернет или все на роутере
Провайдеры ограничивают ютуб:
- режут ответ
- режут на 16-20кб
- иногда подсовывают нерабочие ggc
- а порой маршруты заворачивают ещё на один тпсу
PS Можно VPN/прокси проверить работает ли вообще ютуб (мало ли, а вдруг провайдер в блок его)
Как в любом линуксе есть hosts
Можно DNS-сервером/Резалкой рекламой/блокировщиком хостов заблокировать хост(на линуксе много инструментов) или изменить его ip (если имеются несколько ip адресов с одинм именем)
При поиске стратегии всё отключаю, если включить впн, ютуб грузит моментально. При поиске через роутер, так же беда с рабочими стратегиями их практически нет.
Программа из шапки темы устарела, актуальная версия у меня в профиле, попробуйте с ней поискать.
А если без режима моста, на роутере просто выключу и запущу на компьютере, так подойдет проверить? или прям в мост нужно?
Я полагаю, режим моста только на работе фулинга datanoack должен как-то сказаться. Короче, наверное, пойдет и так.
по IP я пробовал на роутере делать в firewall правила drop или reject проблемных серверов (ip), но ютуб все ровно к ним обращается постоянно, как правильно их заблокировать?
Я в uBlock Origin блочил у себя, сразу кластерами:
||rr*---sn-gvnuxaxjvh-aome.googlevideo.com^
Это работает только в одном кластере, типа с rr1-- на rr2–. На другой кластер (пример: gvnuxaxjvh-aome → gvnuxaxjvh-o8ge) так перенаправить нельзя, там вернется статус Bad Request или ещё какая-нибудь ошибка. Теоретически проблему плохого статуса можно решить подменой через XRay/uTLS, но это в любом случае не будет работать. В пути url к googlevideo есть ключ n= в котором находится контрольная сумма, рассчитываемая самим ютубом. Если подсунуть другой кластер она будет неверна и ютуб просто не отдаст медиапоток. Единственный способ стабильно получать чужие кластеры - заворот youtube.com в прокси+remote-dns-resolve.
PS: перезалил последнюю версию гудчека, добавил потерявшийся файл сертификатов курла
Значит от части я оказался прав что это невозможно. Тогда остается вопрос как вы делаете перенаправление с
Интересно знать.
Не факт может в опен врт есть раздел где можно блок сделать типо firewall какой нибудь. Просто под рукой нету такого роутера это надо лезть на форум опен врт.
Ну просто через hosts по айпи и оно работает, вроде. Но это бессмысленно. Я ещё не сталкивался с ситуациями, чтобы условный rr1-- был заблочен/замедлен, а соседний rr2-- работал норм. Там или всё не работает, или всё работает в одном кластере.
Такой результат получил по своим ggc и тут так же используя эти стратегии работает плохо видео
Результат
Strategies with 1/5 successes:
[–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=fakeddisorder --dpi-desync-fake-tls-mod=sni=fonts.google.com,rnd,dupsid,padencap --dpi-desync-fooling=md5sig --dpi-desync-fooling=badsum --dpi-desync-split-pos=midsld --dpi-desync-split-seqovl=3]
[–wf-l3=ipv4 --wf-tcp=443 --dpi-desync=fakeddisorder --dpi-desync-fake-tls-mod=sni=fonts.google.com,rnd,dupsid,padencap --dpi-desync-fooling=badseq --dpi-desync-split-pos=midsld --dpi-desync-split-seqovl=3]
Остается выход использовать прокси или vpn? или ещё что-то можно попробовать
Да я понимаю
Поэтому и спросил есть ли возможность как то подобрать блокчеком стратегию
Видимо, да. Как вариант, можете попробовать только сам youtube.com через прокси пустить - вам при этом другие ggc выдаст, возможно ним будет проще доступ получить. Ну либо всё проксировать и не париться.
Я сталкивался. У товарища половина доменов google video заблочено три раза обновить страницу. Он в итоге подсовывает не заблоченные ggc.
@Ru55ian33
В блокчек засунуть ваш blabla.googlevideo.com или как написали выше хотя бы начать с домена YouTube.com
Именно в одном кластере? Т.е. условный rr1---sn-gvnuxaxjvh-aome не работает, а rr2---sn-gvnuxaxjvh-aome - работает? Какая-то бессмысленная блокировка, если это так.
Вы уверены что там не другая разновидность проблемы? Например, не пробивается quic, а после нескольких перезагрузок он успешно соединяется по http/1.1? Или что-то наподобие.
Там грубо говоря rr1—sn-gvnuxaxjvh-aome не работает а подкидывает типо rr1—sn-blablabla-aome он работает. Соответственно rr2—sn-gvnuxaxjvh-aome тоже не работает.
Вот здесь не знаю не подскажу.
я проверял на eun сервере. у меня вот так заработало
--wf-tcp=2099 ^
--filter-tcp=2099 --ipset-ip=35.156.119.110,18.158.148.112 --dpi-desync=multisplit --dpi-desync-skip-nosni=0 --dpi-desync-split-seqovl=Y --dpi-desync-split-seqovl-pattern=X --dpi-desync-cutoff=n3
X - фейк из белого списка, можете попробовать взять фловсиловский гуглком
Y - размер фейка (полезных данных)
плашка неизвестный игрок пропала. можно заходить в игру
но я эту игру уже удалил потому что там какой то мутный античит, который даже не поддерживает мою версию 10 (1809 ltsc)
после этого сообщения игра просто закрывается + ему еще вайршарк походу не нравится, пришлось костыли городить
забавно, что там весь кластер ggc aome полностью умер. его видимо отключили.
