Как тестировать сервера googlevideo?

Команда от админа ведь запускается? И windivert не используется запретом, gdpi , не установлен как служба?

Все верно.

sc delete windivert

из коммандной строки, запущенной от админа.
Службы не устанавливал, пока не нашел надежные настройки. Ни запрет, ни gdpi не запущены.

Попробуйте сначала sc stop windivert, а потом уже sc delete windivert

Походу, перезагрузка нужна

Ок, я добавил эту хрень, хоть и считаю это бесполезным.

GGCtest.cmd (9,8 КБ)

Крч, я беру свои слова назад, на тему полезности. Нашлось интересное применение. Но не то, о котором я думал.

Дело в том, что когда с ВПНом заходишь на https://redirector.googlevideo.com/report_mapping?di=no, там пишет всякую дичь. И я хотел добавить в скрипт проверку, чтобы ловить ошибку в такой ситуации. Запустил скрипт, а он оказывается и так работает, лол… Не ожидал что он эту тарабарщину схавает.

upd: Запихнул переменную для прокси в конфиг, чтобы тестировать хорватские ноды
btw они ничё такие, работают

Всё-таки я был прав, конвертировать не бесполезно.
Я привык приводить данные к оригинальным, даже если в последствии они не используются. Это позволяет избежать вот таких внезапных приколов. Но по сути да, доменное имя напрямую нигде не используется.

Добавил отображение среднего времени в последних тестах.
Сраный батник даже не поддерживает числа с плавающей точкой. Такие костыли нелепые приходится городить чтобы это работало. Зачем я за это взялся я хз.

GGCtest.cmd (10,7 КБ)

Через powershell костыль можно сделать. Или хранить флоат в строковой переменной, так делали лет 20 назад, когда повершела не существовало.

А теперь задачка потруднее.
Вот у меня вчера закрыли даже сам сайт трубы. Соответственно, получить адреса я никак не могу. И я подтверждаю, что redirector.googlevideo недоступен, из за блока самого домена.
Где брать адреса?
Я вот думаю, может пора начать собирать базу адресов? :upside_down_face:

ЗЫ. Запрет стал выдавать неправильные стратегии в заключении. То бишь они проходят проверку, но по факту нифига не работают. Вот мне на сайт выдало split2, а по факту должно fake.
Что-то новенькое.

Да-да, та же фигня. Сижу репу чешу, что это такое

В общем, есть мысль.
Про ютуб.
Некоторые домены со скриптами теперь имеют другие стратегии.
Пока не разобрался, какие именно, но если страница прогрузится хотя бы один раз, потом будет работать на той стратегии, которую выдавал запрет (то есть правильную, но не рабочую). Кеширование тут решает проблему.

ЗЫ. Не грузится js. Теперь скрипты замедленны отдельно, теперь уже точно.

ЗЫЫ. Факт, sheduler.js, desktop_polymer.js, www-l18n-constants.js не загружаются. А это основные скрипты.

У меня для одних адресов blockcheck находит обход а другие работают без обхода.

Summary

ipv4 rr9---sn-axq7sn7z.googlevideo.com curl_test_http : working without bypass
ipv4 rr9---sn-axq7sn7z.googlevideo.com curl_test_https_tls12 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-fooling=badseq
ipv4 rr9---sn-axq7sn7z.googlevideo.com curl_test_https_tls13 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split --dpi-desync-fooling=badseq

ipv4 rr5---sn-ov8vuxaxjvh-v8ce.googlevideo.com curl_test_http : working without bypass
ipv4 rr5---sn-ov8vuxaxjvh-v8ce.googlevideo.com curl_test_https_tls12 : working without bypass
ipv4 rr5---sn-ov8vuxaxjvh-v8ce.googlevideo.com curl_test_https_tls13 : working without bypass

Это так же может означать, что некоторые сервера уже с поддельным респонзом. А может и реально кто-то про них забыл.

Спойлер

http://redirector.c.googlevideo.com/report_mapping?di=no
https://redirector.gvt1.com/report_mapping?di=no

То есть линки имеются, это хорошо.
Лучше всего использовать адреса, не содержащие слово googlevideo. У меня, к примеру, все сабдомены закрыты, естественно. А вот gvt1 работает.
А ещё есть адреса? Или это все?

Ну других мне не встречалось, к сожалению. Вот еще интересные ссылки, возможно, там есть что-то полезное
https://groups.google.com/g/twitifungul/c/tZ1R5444bzs?pli=1

Все равно winws not working, даже после перезагрузки.

* SUMMARY
curl_test_https_tls13 : working without bypass
curl_test_https_tls13 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=split2
curl_test_http3 : winws not working
sc qc WinDivert
[SC] QueryServiceConfig SUCCESS

SERVICE_NAME: WinDivert
        TYPE               : 1  KERNEL_DRIVER
        START_TYPE         : 4   DISABLED
        ERROR_CONTROL      : 1   NORMAL
        BINARY_PATH_NAME   : \Downloads\zapret-win-bundle-master\blockcheck\zapret\nfq\WinDivert64.sys
        LOAD_ORDER_GROUP   :
        TAG                : 0
        DISPLAY_NAME       : WinDivert
        DEPENDENCIES       :
        SERVICE_START_NAME :

Это всего лишь означает, что рабочих стратегий обхода не найдено. У меня на QUIC (http3) такая же фигня, заблочили намертво вчера
По виндиверту тоже все в порядке, так и должно быть

В браузере в этот же момент к этому же серверу идут пакеты h3. С задержкой, правда, но идут.

У меня тоже ) Но ни один тест на квик на сайтах не проходит, вообще ничего через квик не работает, кроме этих странных пакетов. И это при том, что и квик в браузере отрублен и -q в GDPI стоит (до лучших времен). Это мистика )

Upd: Заработал квик на тестах на сайтах и на части ютуба, кроме, собственно, гуглвидео. Видимо, подкрутили