У меня сразу стабильность упала резко несмотря на то что стоит TrackHostExits . (с точкой он якобы это правило должен вообще ко всему пускать)
Думаю это зависит всё же от выходных нодов в первую очередь. Или там надо было ещё хост уточнить
Щас ещё попробовал и имхо TrackHostExits вообще не влияет ни на что в отличие от задавания выходных нодов.
Вот! А у меня уже в ситуации 2 отлуп.
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
* shutting down connection #0
} [5 bytes data]
* TLSv1.3 (OUT), TLS alert, close notify (256):
} [2 bytes data]
Это ты к чему пытаешься приконнектиться?
yt-dlp.exe -v --proxy http://127.0.0.1:18080/ "https://www.youtube.com/watch?v=MfmYCM4CS8o" -f "bestvideo[height<=480]+bestaudio[ext=m4a]" -f mp4 --cookies-from-browser firefox:C:\Users\xxx\AppData\Roaming\Mozilla\Firefox\Profiles\g4nn72ct.default --downloader curl --downloader-args curl:"--noproxy *"
Правильно же?
Ссылку на видос лучше в самое начало сдвинь, после yt-dlp.exe чтобы шло. Это через тор или какая-то своя прокся? Уверен что хочешь свои куки отослать? Так и бан аккаунта, наверное, схватить можно.
Курл лучше последний скачать и кинуть в папку с yt-dlp. Ну и ffmpeg+ffprobe, естественно. Ещё AtomicParsley и phantomjs могут понадобиться.
Это opera-proxy . Без кук не хочет качать, говорит, что я - бот)
Спасибо Вам за статью, сохранила ее почти сразу, как только была опубликована.
Только непонятно из Вашего скриншота: за что статью заблокировали (убрали для просмотра из России)? То есть, какое обоснование этому?
Спрашиваю потому что для иных ресурсов хотя бы понятно, отчего блокируют. А с Ютубом - непонятно: он не запрещен официально, официально у нас “сломались” сервера Гугл Глобал Кэш. А у Вас простая статья с разбором технической ситуации - и за что же ее блокировать? По каким правилам? Непонятно.
При раздаче мобильного трафика, на допустим ноутбук, смысл есть. Особенно если в тарифе не учитывается трафик Youtube.
содержит запрещенную информацию о способах, методах обеспечения доступа к информационным ресурсам и (или) информационно-телекоммуникационным сетям, доступ к которым ограничен на территории Российской Федерации.
Да просто задела их самолюбие, а места, к которым прикопаться, везде можно найти. Буквально - ссылки на обходы или небольшое разъяснение техники обхода ТСПУ
куча статей про VPN/etc “забанены” на разных РФ сайтах
но к чести что хабра что 4pda (другие пока не слышал/сталкивался)
спокойно открываются через прокси/ВПН (не РФ ИП)
googlevideo работает только через -1 или -7 в goodbyedpi
Час назад один из провайдеров взял да и заблокировал доступ к *.googlevideo.com. по IP. Пакеты сразу дропаются, причём либо на провайдерском оборудовании, либо у слуг сатаны на ТСПУ - тут уж я не уверена. На других провайдерах тоже беда: ужесточили взятие анализов у пакетов, опять-таки касаемо *.googlevideo.com..
Простые настройки для юзер-френдли утилит, вроде GoodbyeDPI или nfqws, уже не помогают. Самопальненькая обфускация через nfqueue пока что работает, кроме того провайдера, который вообще запретил доступ по IP - там сейчас и так мало что работает, сами понимаете.
С серверами, которые обслуживают другие части, вроде изображений, описаний или чатов, ничего не изменилось - только видеопотоки под удар попали.
Начали фильтровать --wrong-seq час-2 назад.
Помогает в батнике прописать вместо -9 или -7 или -q -f 2 -k 2 -n -e 2 --reverse-frag --wrong-chksum --max-payload например.
До сегодня губдай работал с 5-6 пресетами, сегодня днем стал работать с 1-2 пресетами. Поломался запрет на кинетике для ютюба, чинил кто-нибудь?
По запрету туда;
Час назад была странная блокировка адресов *.googlevideo.com. При попытке соединения по https SYN\ACK проходит, дальше всё блокируется независимо от SNI. По http и icmp сервер отвечает.
Начали блокировать стандартный payload у fake запроса.
Решение для zapret: Zapret: обсуждение - #333 by Anon1
В GoodbyeDPI можно попробовать запатчить fake payload прямо в .exe.
Да, починил, ребята с гита подсказали