#use-dns-https-svcb-alpn если быть точнее. Но ищется по запросу QUIC в chrome://flags. Правда, у меня хромобраузер 2023 года.
кстати у кого есть yt-dlp
а если завернуть в 10-100 потоков через aria2c
ну кроме случаев когда совсем до нуля режут скорость
–external-downloader aria2c
–external-downloader-args “–max-concurrent-downloads=40 --max-connection-per-server=40 --split=40 --min-split-size=1M --max-tries=100 --retry-wait=60”
ведь режется скорость как я понимаю на каждый отдельный запрос
у меня просто скорость канала 1 МБайт/сек 
да еще и через “wifi” так что не потестировать
@LeonMskRu
максимум 300кб в сек видел, кол-во потоков скачет от 3 до 5, иногда скорость в 0 падает на 5 сек
качал без ytdlp, а по ссылке с сайта https://www.metube.one/
что то ругается на старые опции.
вот так запускается
yt-dlp –external-downloader aria2c --external-downloader-args “-c -j 10 -x 10 -s 10 -k 1M --max-tries=100 --retry-wait=60 --enable-color=false”
От 17 июля вышла новая версия yt-dlp попробуйте ее
не знаю к чему это но
yt-dlp.exe -U
yt-dlp is up to date (stable@2024.07.16 from yt-dlp/yt-dlp)
если про ругается там или сами ключи не в том формате (я выдрал из конфига. а не из командной строки) или чтото при copy’n’paste сломалось вроде замены движком форума
-- на –
К сожалению сам я не использую программу aria2c качаю чисто через yt-dlp, надо будет попробывать
Когда добавляю параметр --frag-by-sni у меня перестает запускатся но при добавление googlevideo.com в блоск лист скорость то ютуба стала хорошей хотя и без этого было нормально, проверял скачиваем через yt-dlp было около 50 100 мегабит стало 400, видимо как то всем по разному замедляют как то не очень понятно, трафик идет через транстелеком-ттк
Пока Ростелеком сильно урезает HTTP2. С HTTP3 вполне нормально. Со старыми браузерами придётся попрощаться. Люди ленятся запускать VPN, даже готовы смотреть 144p.
“Замедляют” единообразно. Но c ютьюба будут разные скорости. ТСПУ деградирует любую сессию, TCP/UDP/ICMP. Но проверка/реакция на SNI из QUIC была отключена в деградиловке намеренно еще до “поломки серверов” ютьюб.
Но пока этого не требуется, достаточно gbdpi или byedpi.
googlevideo выдаст HTTP/1.1 400 Bad Request если вы поменяете SNI на любой другой, 1e100.net в том числе
У меня подмена через curl срабатывает. Копирую из инструментов для разработчика в браузере ссылку на .ts, создаю POST запрос, без подмены замедляется, с подменой SNI выдает кусок сразу.
пример команды? у меня не работает.
curl -vk -o /dev/null "https://rr9---sn-axq7sn7e.googlevideo.com/videoplayback?expire=1721608131&ei=Y1OdZsvyFZ--mLAP59_dgAw&ip=54.246.31.32&id=o-AOSoW_2w0WmKH9uCTccg9XY7513aWIcWL4--Ov7HGyfQ&itag=18&source=youtube&requiressl=yes&xpc=EgVo2aDSNQ%3D%3D&bui=AXc671K8GUP80THYdq1vuW5kYYh5d9oB4jYIqwKnfkNQs2cn1rHWzDK1jI1uJRSwCN3Z3dIC4V9xbWqu&spc=NO7bAdSrnE8aLdVV4gCZ63hS2Fuu8sKRz_5AWvZY8Szg55auQwNLupc6UIMiee8&vprv=1&svpuc=1&mime=video%2Fmp4&ns=t1Q-pIHvyT2pUMfxXMSPNXsQ&rqh=1&cnr=14&ratebypass=yes&dur=313.840&lmt=1711474472563115&c=WEB&sefc=1&txp=4538434&n=KzG1mLpTmSoJKQ&sparams=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cxpc%2Cbui%2Cspc%2Cvprv%2Csvpuc%2Cmime%2Cns%2Crqh%2Ccnr%2Cratebypass%2Cdur%2Clmt&sig=AJfQdSswRQIhAJ95g1mzV3k-dXfua0zsveMwXYufrg18v7LKlfnBeYrgAiBthQseEsvqy83wEPRxpmVC8pogkqs-WNsOcifZ46TUDA%3D%3D&rm=sn-4g5er67s&rrc=104,80&fexp=24350516,24350517&req_id=ee8d889ffca0a3ee&ipbypass=yes&redirect_counter=2&cm2rm=sn-gvnuxaxjvh-axq67r&cms_redirect=yes&cmsv=e&mh=NH&mip=178.68.125.235&mm=29&mn=sn-axq7sn7e&ms=rdu&mt=1721586289&mv=m&mvi=9&pl=21&lsparams=ipbypass,mh,mip,mm,mn,ms,mv,mvi,pl&lsig=AHlkHjAwRAIgJ9vSbiMIVAB0ul2-o_ec7Cu85oQ7rQ5yVyGGrVXgsXwCIGYR0GxtgqVQBJkc1LugWZ_n4tVTAZWlY90_UnZJyHCg" --connect-to ::74.125.163.27
родной sni = качает видео
curl -vk -o /dev/null "https://led03s01-in-f27.1e100.net/videoplayback?expire=1721608131&ei=Y1OdZsvyFZ--mLAP59_dgAw&ip=54.246.31.32&id=o-AOSoW_2w0WmKH9uCTccg9XY7513aWIcWL4--Ov7HGyfQ&itag=18&source=youtube&requiressl=yes&xpc=EgVo2aDSNQ%3D%3D&bui=AXc671K8GUP80THYdq1vuW5kYYh5d9oB4jYIqwKnfkNQs2cn1rHWzDK1jI1uJRSwCN3Z3dIC4V9xbWqu&spc=NO7bAdSrnE8aLdVV4gCZ63hS2Fuu8sKRz_5AWvZY8Szg55auQwNLupc6UIMiee8&vprv=1&svpuc=1&mime=video%2Fmp4&ns=t1Q-pIHvyT2pUMfxXMSPNXsQ&rqh=1&cnr=14&ratebypass=yes&dur=313.840&lmt=1711474472563115&c=WEB&sefc=1&txp=4538434&n=KzG1mLpTmSoJKQ&sparams=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cxpc%2Cbui%2Cspc%2Cvprv%2Csvpuc%2Cmime%2Cns%2Crqh%2Ccnr%2Cratebypass%2Cdur%2Clmt&sig=AJfQdSswRQIhAJ95g1mzV3k-dXfua0zsveMwXYufrg18v7LKlfnBeYrgAiBthQseEsvqy83wEPRxpmVC8pogkqs-WNsOcifZ46TUDA%3D%3D&rm=sn-4g5er67s&rrc=104,80&fexp=24350516,24350517&req_id=ee8d889ffca0a3ee&ipbypass=yes&redirect_counter=2&cm2rm=sn-gvnuxaxjvh-axq67r&cms_redirect=yes&cmsv=e&mh=NH&mip=178.68.125.235&mm=29&mn=sn-axq7sn7e&ms=rdu&mt=1721586289&mv=m&mvi=9&pl=21&lsparams=ipbypass,mh,mip,mm,mn,ms,mv,mvi,pl&lsig=AHlkHjAwRAIgJ9vSbiMIVAB0ul2-o_ec7Cu85oQ7rQ5yVyGGrVXgsXwCIGYR0GxtgqVQBJkc1LugWZ_n4tVTAZWlY90_UnZJyHCg" --connect-to ::74.125.163.27
подменил на rnds имя = http 400 bad request
Надо Host оригинальный вставить. --request POST и заголовок -H"Content-Length:0". В обоих случаях получаю один результат (sabr.malformed_config), видимо надо ещё через -d передать данные для получения файла.
Привет всем искателям! РКН cвоим замедлением сломал мой загрузчик видео для андроида, а ютуб как работал шустро, так и работает.
Какие вообще есть перспективы обхода?
Как я понял, если скачивать видео в браузере из под протокола HTTP/3, то всё качается довольно шустро.
В таком случае есть Cronet для Okhttp.
Сам не пробовал, но хочу.
Это обратный whois, это не то. ProcessHacker самодеятельностью занимается.
Это больше против active-probing полезно как в китае. Там может быть SNI любой, но пока убедительного доказательства не могу предоставить (в виде ts куска с подменой SNI). Может быть я ошибаюсь.
В любом случае, предполагаю, что это временное решение до блока по IP.
Да без впна ловить нечего. Рано или поздно и этот метод закроют.
К тому всё и идёт. Осенью походу заблочат совсем.
А то вы не знаете, как у нас лягушку подогревают.
Если есть инфа, где купить быстрые прокси для ютуба, то буду благодарен:)