Начал настраивать новый роутер, а запрет опять поменялся.
Пока настраиваю, столкнулся со странной работой обхода. На ноуте всё стало работать как положено, с телефона же работает только ютуб, сайты заглушку не выдают, но и не грузятся.
Из особенностей только залоченный на 65ттл в роутере
В чем может быть проблема?
если речь идет про этот пост, то zapret по идеи должен предотврощать динамические ip блоки? ситуация с hetzner это тоже подтверждала, а теперь еще с уст самого китайца
жирным шрифтом у меня точно такая же проблема была с гитхабом где он временно блочился по ip, а если засунуть его в hostlist то проблема исчезала
zapret лишь создает аномалии трафика.
Какой будет на это реакция блокирующей системы зависит от нее самой.
При удачном раскладе предотвратит, но это все зависит от алгоритма на той стороне
Подскажите, возможно ли настроить нормальную работу yt-dlp и zapret? Zapret использую еще старой версии по принципу “если работает - не лезь”. Ютуб работает в браузере отлично. Но вот с yt-dlp - проблема. Получаю примерно такие разультаты:
HTTPSConnectionPool(host=‘rr5---sn-8ph2xajvh-8v1l.googlevideo.com’, port=443): Read timed out. (read timeout=20.0)
или
Requested format is not available. Use --list-formats for a list of available formats
Но этот формат там есть. Это видно из результатов команды yt-dlp -F
Приходилось запускать yt-dlp по 5-10 раз, чтобы скачать видео. Но в последнее время даже так не получается.
Есть какое-то решение проблемы?
использую
он тоже юзает yt-dlp, но сам запускает дозакачку, не надо тыкаться в ручном режиме
PS
и при запуске он сам обновляет yt-dlp до актуальной
тытруб активно, сам по себе без всяких чебурнил блочит просмотры из плееров и прочие даунлодеры и даже в браузере до кровавого поноса хочет чтоб ты в акк зашёл. так что дело может быть в этом
это проблема парсера, на стороне ютуба. yt-dlp часто обновлять нужно, у них свои кошки-мышки
такое у меня лечилось увеличением репитов. можно через while true do curl проверить (может кто-то лучше что нибудь посоветует кроме этой нубятины) чтобы наверняка выяснить есть ли просидание, а просидал он у меня на
> accept: */*
в loop с короткими sleep виднее сколько репитов нужно
Лучше или нет — трудно сказать, но из списка делаю примерно так:
cat ggc6.txt | tr -d '\r' | while read hhh; do echo $hhh; curl -A "$UA" -ksLIm4 "https://$hhh" -w 'Timings:%{time_connect},%{time_appconnect},%{time_total}\n' 2>&1 | grep "^HTTP\|^Timings" ; done
Простыня
rr1---sn-8ph2xajvh-8v1l.googlevideo.com
HTTP/1.1 404 Not Found
Timings:0.027522,0.059996,0.080473
rr2---sn-8ph2xajvh-8v1l.googlevideo.com
HTTP/1.1 404 Not Found
Timings:0.026556,0.058089,0.078283
rr3---sn-8ph2xajvh-8v1l.googlevideo.com
HTTP/1.1 404 Not Found
Timings:0.026323,0.058395,0.078253
rr4---sn-8ph2xajvh-8v1l.googlevideo.com
HTTP/1.1 404 Not Found
Timings:0.025825,0.057387,0.077740
rr5---sn-8ph2xajvh-8v1l.googlevideo.com
HTTP/1.1 404 Not Found
Timings:0.025694,0.057009,0.077050
rr6---sn-8ph2xajvh-8v1l.googlevideo.com
HTTP/1.1 404 Not Found
Timings:0.026838,0.059086,0.079772
rr7---sn-8ph2xajvh-8v1l.googlevideo.com
Timings:0.000000,0.000000,4.001115
rr8---sn-8ph2xajvh-8v1l.googlevideo.com
Timings:0.000000,0.000000,4.001628
С большим кол-вом попыток можно даже графики распределения построить ))
Можно поклевать неткатом:
cat ggc6.txt | tr -d '\r' | while read hhh; do nc -uzw1 $hhh 443; done
Выводится простыночка из строк вида
Connection to rr1---sn-8ph2xajvh-8v1l.googlevideo.com (2a00:1248:4182:4::c) 443 port [udp/https] succeeded!
и по динамике генерации этих строк можно попытаться что-то понять. Для tcp соответственно без u
Если интересен какой-то один хост, то можно в цикле поклевать так
for((i=100;i--;)); do nc -zw1 rr1---sn-8ph2xajvh-8v1l.googlevideo.com 443 2>&1 | grep succeed; done | wc -l
чтобы понять, что хост бодрый, что кол-во попыток совпадает с тем, что насчитал wc
При необходимости использую time
Такой себе простецкий tcping или udping.
Этим же методом отделяем ответившие хосты или айпи от мертвых, редиректя радостные вскрикивания нетката в файл или для передачи другому дятлу.
У кого линуксов нет, все прекрасно делается в cygwin из винбандла.
Всем привет! После включения Программного flow offloading у меня хорошая скорость, примерно 500 Мбит, а без примерно 350 Мбит, разница большая. Но из-за него на компе не грузит превью видео на Ютубе (если его отключить, то все отлично), на других устройствах все супер. Может кто знает как это исправить?
выключить на роутере и переустановить запрет, при переустановки через install_easy.sh он спросит включать ли оффлоадинг, вот там включай.
В настройках интерфейса luci нельзя включать. Нужно в самом запрете