Подтверждаю. Работает c параметрами

goodbyedpi.exe -6 --frag-by-sni

Замедляют (“проблемы с кэш серверами” — абсолютный пиздёж) до 15 Мбит/с (в среднем). Еще вчера начали.
4k с такой скоростью не посмотреть в режиме реального времени.

Внереестровые замедления иностранных IP — это давняя практика, с догойдовых времен.
Например, замедляли прокси сервера Фригейта (прокси расширения).
Так и просто иностранные сайты с условно низкой посещаемостью (типа newgrounds.com).

15 Мбит/с это ещё неплохо. У меня по тестам на Ростелекоме/Мегафоне СЗ выходит 300-350kb/s скорость. В таблицах выше примерно такой же результат.
С такой скоростью и 360-480p не всегда проигрывается нормально.

В пользу того, что замедление готовилось заранее, говорит в краткие сроки осуществлённая блокировка всех публичных инстансов Invidious - приватного фронтенда для YouTube, который может проксировать через себя трафик googlevideo.com

Piped, у которого такой функции нет, не тронули.

Мы знаем из официальных заявлений наших соответствующих компаний, что речь идет о проблеме с оборудованием, которое уже более двух лет никаких не обновляется. Других объяснений здесь быть не может.

Оборудование применяется для кеширования и ускорения загрузки контента сервисов Googlе, в основном видеохостинга YouTube (система Google Global Cache). Из-за проблем с эксплуатацией указанного оборудования и невозможности его расширения в условиях роста обрабатываемого трафика наблюдается серьезная перегрузка имеющихся мощностей, в том числе на пиринговых стыках. Это может повлиять на скорость загрузки и качество воспроизведения роликов в YouTube у абонентов всех российских операторов.

Вся иная информация фейкньюз и дискредитация! Всем надеть цак и радоваться!

У меня тоже, скорость аж до 400 Мбит подскочила, видимо из-за разгруженности канала. Хотелось бы какой-нибудь socks5 прокси для виндовс с данной функцией, чтобы не разрешать процессу System доступ в брандмауэре (ещё вариант поднять на виртуальной машине, но памяти не хватает на торентокачалке).

пока что и с 0.22 gbd норм 4к кажет
проц тротлит а сеть нет

Сорян за нубский вопрос, но как правильно выставить нужный параметр в GoodbyeDPI? Понимаю, что нужно редактировать cmd-файл, но в каком конкретно месте в нем нужно вставлять нужные строки, чтобы, к примеру, работали вместе frag-by-sni и блэклист?

frag-by-sni похоже растиражированная “утка”. и без него обычный сплит работает.
zapret : dpi-desync=split2

Ну в целом оно может быть правдой: диски в этих деллах же не вечные

В РКН не учли что гугл не просто генератор трафика, но и зеленая компания. Для генератора лишняя ретрансмиссия чувствительна, а для зеленого это красный флаг. Берегите попкорн, будет интересно.

я конечно извиняюсь, но у меня гбдпи совсем не работает, или я не так что-то делаю, не знаю
пробовал на пациенте “униан” и на аватарках ютуба - ноль результатов, просмотр видео так же, с ним и без него одинаковая отдача в браузере на 4К видео, а вот уже загрузка через yt-dlp ограничивают до 200кб. нет, это не ограничение загрузки через ютдл, потому что через впн загрузка летит на максимульную скорость

может кто нибудь подскажет как goodbyeDPI пользоваться

Вам в подфорум GoodbyeDPI - NTC или на Github

Все параметры прописаны там.

Вчера пробовал, с yt-dlp прекрасно работает.

Судя по таблице на ru-026 блок отключили, а на ru-030 включили.

Алгоритм шифрования начальных пакетов описан в RFC и предполагает возможность расшифровки.
Так или иначе, блокировать в QUIC-соединениях “плохие” SNI ТСПУ умеет.

Ограничение на скорость обходится простым сплитом. Могу предположить, что они еще не могут просечь kyber tls. Когда ClientHello размазывается на 2-3 пакета. Сейчас только хроме это делает и его производные типа оперы и эдге

Кстати ещё больше стали тротлить phcdn

Safari поддерживает HTTP/3

хз офтоп или нет, вот еще к примеру есть приложение smarttube, не знаю используется ли там quic или нет, но видео тоже все спокойно работают, только автор вырезал 4К и все видео теперь только 1080 хакерты программисты, сами поглядите

На smarttube в 1080p, оно и с замедлением не тормозит без любых манипуляций.
Хватает скорости на битрейт.

я сейчас не могу проверить как будет в 4К, у некоторых в бетаверсии работает, у меня 403 ошибка
зы. все что выше 1080 вырезано только в стабильной версии

PH одно и тоже видео может отдать с трех CDN, как минимум. ТСПУ может применять локально “белые” списки к некоторым из них. Например через билайн-мск недоступны 2 из 3 CDN, используемых PH.

Эта проверялка иногда глючит
Вот эта, вроде, показывает честно, для QUIC должно быть http=http/3
Но точнее всего посмотреть в Web Inspector: заголовок h3

Web Inspector

Screenshot 2024-07-14 at 18.44.021275×615 105 KB

Это я к тому, что при работающем QUIC в Safari Youtube замедляется.
Включение экспериментального флага X25519 не помогает, Safari не шифрует им трафик Youtube. Это можно посмотреть там же, в Табе Security.

Действительно.
Мой косяк. После перезапуска Safari в проверялках появился HTTP/3.

В моем случае замедление не касается HTTP/3, наверное нужно проверять с помощью curl over HTTP/3. Как говорил выше, отключение QUIC в Chrome влияет на скорость.

Действительно, похоже на ТСПУ… Тогда интересен вопрос мотивации этого замедления. Я так понимаю, что здесь сложился консенсус, что это замедление носит цензурно-политический характер в целях последующей блокировки. Хочу посмотреть с другой стороны, опираясь лишь на факты которые мы имеем, без домыслов и теорий заговора. Факт 1: серверы GGC действительно деградируют в РФ и новые не поставляются. Факт 2: официальные лица, которые высказывались на эту тему (всякие депутаты, Песков) прямо заявляют, что нет планов блокировать youtube, а замедление имеет чисто технические причины. Факт 3: Ростелеком в своём сообщении, как раз, заявил о технических причинах замедления. Так вот, если посмотреть непредвзято на ситуацию, то у меня складывается следующая картина: серверы GGC деградируют, что приводит (или приведёт в скором будущем) к очень серьёзному повышению нагрузки на сети (особенно магистральные). Товарищи принимающие решения в руководстве крупных провайдеров (особенно гос. монополисты) это понимают. Возникает вопрос: что делать? Варианта как-бы два, либо увеличивать пропускную способность, либо шейпить/приоритезировать трафик до googlevideo.com. Первый вариант в нынешних экономических условиях выглядит, как минимум, очень дорогим (не будем упоминать про санкции и добывание дорогущего высокопроизводительного оборудования по серым схемам и пр.). А вот второй вариант кажется оптимальным: доступ к услуге сохраняется, но снижается качество видео. К тому же в пользу второго варианта говорит то, что сама система шейпинга трафика уже построена, внедрена и не требует никаких затрат от провайдеров - ТСПУ! Помнится, у РКН есть такой “Центр мониторинга и управления сетью связи общего пользования” откуда, как я понимаю, централизованно управляют всеми ТСПУ у провайдеров, а также маршрутизацией. Так вот, возможно, то что мы сейчас наблюдаем с googlevideo.com и есть централизованное управление сетью, т.е. это не цензура и политика, а чисто техническое использование системы ТСПУ для предотвращения переполнения магистральных сетей тяжёлым видео-трафиком в ситуации деградации серверов кэша гугла. Согласитесь, если у вас построена огромная, дорогущая высокопроизводительная система управления трафиком в масштабах целой страны, то очень странно не использовать её по прямому назначению в ситуации медленно развивающегося кризиса с деградацией оборудования GGC. В пользу этого говорит и выборочность замедления (по разным опросам за последние дни около 20-25% опрошенных замечают какое-либо ухудшение). Кстати, было бы здорово составить территориальную карту замедлений и выяснить как концентрация пользователей сообщающих о замедлении youtube соотносится с удалённостью от основных точек обмена трафиком в Питере и Москве, а также распределение по провайдерам, например.

Зачем тогда замедлять скорость между абонентом оператора и сервером, который находится внутри сети самого оператора, как это описано @SagePtr в сообщении перед Вашим?

Предположу, что это следствие схемы размещения ТСПУ в сетях конкретных провайдеров. Есть и обратные примеры. Здесь выше ValdikSS писал (Замедление YouTube в России - #2 by ValdikSS): В частности, скорость локального кеширующего сервера (на его IP-адресах) у моего провайдера не ограничивается., также были сообщения, что замедление не касается серверов на хостингах и в датацентрах. Т.е. шейпят трафик конечных пользователей.

Верно, но позже он написал:

Да, там похоже трафик вообще почему-то не идет через ТСПУ. Писали, что не работает даже фильтрация.

Насчет тспу это или что… Помимо технических данных нельзя игнорировать вот что: сразу после заявления, что это износ оборудования гугла, активизировались интернет-проститутки, которые стали всячески расхваливать так называемые “альтернативы” ютубу. Мол, они перешли туда и все там лучше. Эта погань работает по команде, стало быть команда была дана, так что…
Мое мнение - почему-то боятся заблокировать ютуб и, после запуска “платформы”, решено было гадить ютубу, и потихоньку пермещать аудиторию туда. Не удивлюсь, если через некоторое время начнется прямое копирование самых популярных видеороликов туда.

Боты и не прекращали про это писать, так что это не показатель. То, что прошла новость, та, что с “Газеты. ру”, - это явно очередное прощупывание почвы. Может показаться, что властей совсем не интересует мнение людей, но это не так, иначе подобных вбросов бы просто не было. Недавно на “РИА Новости” тоже была заметка про замедление Ватсапа. В комментах было далеко не одно пожелание кое-что себе заблокировать. Более того, если зайти на крупные отечественные порталы, типа “Mail.ru”, желательно без Адблока, то иногда можно увидеть баннер с опросом по поводу мнения о политической ситуации в стране (одобряете, доверяете или нет и т.п.) Несколько раз попадались аналогичные опросы по поводу Ютуба (слышали ли вы, что блокируют каналы отечественных СМИ, нужно ли как-то на это реагировать или нет и т.д.).
Так что срезы мнений проводятся, а наша задача, это мнение высказывать, не стесняясь в выражениях)

Увы, у меня не работает. Столкнулся с замедлением одним из первых, тогда еще на официальном форуме YouTube в шапке вверху была сноска, что у сервиса есть проблемы с буферизацией и специалисты работают над ней. Но на следующей день, когда вышли новости везде, эта плашка пропала.

Сейчас проверил, она снова на месте

2024-07-15_2221001715×195 17.1 KB

Я из Тулы, провайдер Ростелеком. Пока мучаемся с парнями на Борде тут, перепробовал уже все, буферизация так и не ускоряется.

через впн тоже медленно?

в cmd без впн

curl -k -o NUL https://qwe.googlevideo.com/100MB --connect-to ::188.93.16.211

замедлено?

quic в браузере пробовал выключать?

да, проверял загрузку исключительно без всяких впн. Даже отключал все расширения в браузере для теста, чтобы избежать их влияния.

в cmd без впн

подержал минуту где-то, исход такой

2024-07-15_2229541100×223 10.2 KB

Запустите goodbyedpi без параметров. frag-by-sni в России не нужен.
Не забудьте отключить Kyber в браузере.

Щас туповатый вопрос будет. А нельзя ли реализовать goodbyedpi в каком-нибудь виде как аддон для броузера? Ну или хотя бы такой вариант, который будет заниматься только обработкой YouTube?

Как верно написал ValdikSS выше, при запуске без параметров всё уже должно работать. Если нет, проверяйте сетевые настройке на машине откуда запускайте GoodByeDPI.
Также удостоверьтесь, что не блокируется загрузка драйвера WinDivert вместе с GoodByeDPI.

Пропишите в --blacklist googlevideo.com и будет обработка только видео с youtube.

я про расширение имел ввиду)

Для таких вещей есть byedpi. Запускаешь, добавляешь порт в прокси менеджер в своём браузере и настраиваешь всё, что захочется.

GDPI работает на низком уровне в ОС. Лезет даже в ядро windows.
Расширение пишется на javascript. Как вы это себе представляете ?
Разве что запуск внешней программы, а расширение - фронтенд.
Но и тут вопрос как эта внешняя программа получит права админа, когда броузер работает в жестко обрезанной песочнице
К тому же GDPI работает для всех программ, а не только для броузера. Странно будет, если расширение броузера будет менять всю систему
Есть более простые способы сплитануть запрос без доступа к ядру и правам админа, но опять же из javascript вряд ли это возможно, и все равно нужна внешняя программа.
Расширения, запускающие внешниюю программу, мне известны. Video download helper и его companion app. Или youtube downloader с вызовом ffmpeg,
Действительно, проще настроить byedpi и куда-нибудь в автозапуск его (как вариант task scheduler windows, чтобы неинтерактивно), а дальше запихнуть его прокси в foxyproxy или его аналог

Вчера работал ютуб с gdpi, сегодня уже нет, куда прописывать -6 --frag-by-sni я так и не понял, если в ярлык запуска то тоже не работает.
Крым

Запускайте .exe-файл без аргументов.

Тут посчитали количество работающих GCC в РФ:

хм, действительно, ладно, я вообще не понимаю как работает эта программа, пойду к тебе на гитхаб вопрос задам

image754×80 5.08 KB

запускать нужно чистый cmd файл или .exe? Разницы быть не должно, но лучше уточню.
Сейчас я файл cmd почистил, вышло так

Не забудьте отключить Kyber в браузере.

В Mozilla Firefox это параметр security.tls.enable_kyber? Он по умолчанию у меня в статусе false, то есть выключен

как в этом удостовериться?

curl for Windows вместо /dev/null указывать NUL
Termux эмулятор терминала Android

Это я понял. А какая команда? 183.93.16.211 – это что такое вообще? Здесь IP-адрес своего провайдера нужно вводить?

Вводите тоже самое, что и в примерах. Например:

curl -s -o NUL -k --connect-to ::speedtest.selectel.ru https://test.kooglevideo.com/10MB -w %{speed_download}
curl -s -o NUL -k --connect-to ::speedtest.selectel.ru https://test.googlevideo.com/10MB -w %{speed_download}

connect-to адрес хостинга где лежит тестовый файл для скачивания
часть path из URL путь к этому файлу

Можете из браузера в инструментах разработчика скопировать ссылку скачивания видео ютуб и сделать POST запрос — тоже будет работать подмена SNI.

В общем, испытал на домашнем интернете (Таттельком, DPI есть), вроде ничего не режется пока.

не NULL а NUL

Исправил, благодарю.
@blanche.hermine удалите файл NULL из домашнего каталога.

-s (silent) и после -w можно убрать. NUL заменить на /dev/null. А как сделать, чтобы опции --http3 --http3-only работали? Подходящая сборка скачана.

А если отсюда взять curl?

в вашей сборке они сразу работают, только нужно найти подходящий http3 сервер или поднять самому. NUL это для винды

я пытался поднять http3 сервер но не вышло, вроде в caddy есть поддержка, но доступа по http3 нет и в лог файле тоже ничего

хм, а судя по чейнжлогу в описании http3 встречается.

действительно, уже добавили

на windows можно брать chocolatey/msys2 версии curl

C:\ProgramData\chocolatey\bin\curl.exe --version
curl 8.8.0 (x86_64-w64-mingw32) libcurl/8.8.0 LibreSSL/3.9.2 zlib/1.3.1 brotli/1.1.0 zstd/1.5.6 WinIDN libpsl/0.21.5 libssh2/1.11.0 nghttp2/1.62.1 ngtcp2/1.5.0 nghttp3/1.3.0
Release-Date: 2024-05-22
Features: alt-svc AsynchDNS brotli HSTS HTTP2 HTTP3 HTTPS-proxy IDN IPv6 Kerberos Largefile libz NTLM PSL SPNEGO SSL SSPI threadsafe UnixSockets zstd

“M:_Microsoft_MSYS2\ucrt64\bin\curl.exe” --version
curl 8.8.0 (Windows) libcurl/8.8.0 OpenSSL/3.3.1 zlib/1.3.1 brotli/1.1.0 zstd/1.5.6 libidn2/2.3.7 libpsl/0.21.5 libssh2/1.11.0 nghttp2/1.61.0 nghttp3/1.4.0
Release-Date: 2024-05-22
Features: alt-svc AsynchDNS brotli HSTS HTTP2 HTTP3 HTTPS-proxy IDN IPv6 Kerberos Largefile libz NTLM PSL SPNEGO SSL SSPI threadsafe TLS-SRP UnixSockets zstd

Ростелеком. Мне сказали:

curl -k -o NUL https://test.kooglevideo.com/10MB --connect-to ::speedtest.selectel.ru
2849к

curl -k -o NUL https://test.googlevideo.com/10MB --connect-to ::speedtest.selectel.ru
0 (не качает, кое как 190 кб скачалось, это не скорость, а сколько скачалось)

При этом ютуб в опере работает (чел смотрит 480p в 2x).
Как такое может быть?

curl отсюда на win7 x64.
Я просто не уверен работают ли последние курлы в win7, поэтому сборка для xp.

Сегодня пользователь планшета сказала, что YouTube стал очень тормозить в Firefox 68 на планшете без VPN (планшет довольно новый, а Firefox 68 старый потому что это последний Firefox с простой установкой расширений). Наверное, потому что в Firefox 68 нет поддержки QUIC. Интернет от Ростелеком (тот, что в тестах выше), раздаётся по Wi-Fi.
Можно было бы обновить браузер, но во-первых, это унижение (Firefox 68 ещё поддерживается ютубом, когда РКН не вмешивается), а во-вторых, пусть уж лучше привыкает к VPN, это более правильное решение.
В третьих, QUIC, да и сама доступность и бесперебойность доступа к YouTube не выглядят долговечными.

Ещё можно было бы посоветовать смотреть в более новой андроидной опере, но там другая история и рекомендации.

opera VS curl
IPv6 ? (в хромиумах оно вроде как не отключается)
QUIC ? ( chrome://flags/#enable-quic )
TLS 1.3 hybridized Kyber support ? ( chrome://flags/#enable-tls13-kyber )

нормальный curl точно понимает IPv6 и даже QUIC. вот насчет Kyber не уверен
но для теста это похоже не подойдет
лично у меня curl --http3-only -o NUL https://speedtest.selectel.ru не соединяется
как и ash-speed.hetzner.com fsn1-speed.hetzner.com hel1-speed.hetzner.com етк

p.s. странно. Chrome (quic включено)
на https://1.1.1.1/cdn-cgi/trace пишет
http=http/2
tls=TLSv1.3
kex=X25519Kyber768Draft00

как и на https://cloudflare-quic.com/ пишет HTTP2

а вот NGINX QUIC Sandbox == Success with QUIC: 3000

Http3 должен поддерживать веб сервер, в браузере включается бывает не сразу а после нескольких рефрешей или даже только после перезапуска браузера

У кого есть замедление YouTube, скажите, помогает ли zapret от bol-van? У меня вся надежда только на него (уже использую и очень довольна), но замедления YouTube пока что нет (и проверить не на чем), поэтому и спрашиваю, чтобы заранее знать.

Единственное условие для деградации ютьюба на текущий момент это SNI. В сложном случае понадобятся методы противодействия реестровым блокировкам по домену, но сейчас и того не требуется. Правило для ютьюб домена внереестровое, во всех смыслах.

Можно ожидать давления на гугл целиком, деградировать будут по адресам, которые у гугла общие для всех ресурсов. В таком случае не поможет ничего. Но это будет кратковременно и закончится откатом или полной блокировкой.

Этот сайт сломанный. У меня при заблокированном порте 443 udp он все равно показывает что quic есть. Лучше смотрите через F12 в браузере.

не знаю у кого там что сломано. cloudflare/one.one.one.one/1.1.1.1 == http2
nginx пишет h3

QUIC точно включен. IPv6 может быть. А для kyber опера, наверное, старовата, т.к. win7.

Из интересного, в сафари Ютуб еле ползает, зато в приложении на iPhone те же видео открывются и грузятся молниеносно. Ноутбук и телефон подключены к 1 wifi.
AS25513 PJSC Moscow city telephone network

ну https://redirector.googlevideo.com/report_mapping?di=no покажет ipv4/ipv6 и даже какие google cache сервера используются
как я понял IPv6 почти не блокируют (по сравнению с IPv4) и не режут скорость
QUIC/http3 сложней. то вообще всё банили. то сейчас вроде работает и иногда без бана и без ограничений скорости
p.s. до сих пор есть провайдеры где иногда curl -4 --http2 -v -o NUL https://play.google.com/ работает… при том что оно везде забанено на ТСПУ

Подтверждаю, в сафари скорость до мегабита падает, на мобиле все окей

Нет оснований полагать что не поможет.

А есть какие-то инструкции по включению того же QUIC и будут ли альтернативы доступа к ютубу (может какое-то расширение функционала антизапрета) или путь только один - аренда сервака под ВПН?
Если вопросы глупые - не серчайте, я сам в этой теме очень глуп.

Попробуйте “Experimental QUIC protocol” и “Use DNS https alpn” в chrome://flags
В лисе первый параметр network.http.http3.enable (но он и так по умолчанию включен), а второй не знаю (чтобы сразу на quic/udp шло).
Также должен быть включен безопасный DNS в браузере.

У меня пока идеально работает goodbyedpi.exe -6 --frag-by-sni
Даже yt-dlp скачивает 10МБ\с

Спасибо, но уже сам нагуглил, как это сделать в хроме.
Скорость действительно возросла, 1080р уже можно смотреть. Жаль, что с телеком такое не провернуть, хром не поставить на WebOs, версия моей прошивки не рутуется.

image974×342 83.8 KB

Safari, Gelendzhik, Timer

Мистика какая-то. Первый флаг есть, а второй не могу найти ни в хроме, ни в эдже.

Если я правильно понимаю, второе включено по дефолту.

#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.

Да без впна ловить нечего. Рано или поздно и этот метод закроют.
К тому всё и идёт. Осенью походу заблочат совсем.
А то вы не знаете, как у нас лягушку подогревают.

Если есть инфа, где купить быстрые прокси для ютуба, то буду благодарен:)

по 10 рублей ipv6 подходят прекрасно

Начните с goodbyedpi.exe --wrong-chksum или goodbyedpi.exe --wrong-seq. Этого должно хватить.
В браузере нужно отключить QUIC (chrome://flags → QUIC)

“проблема” http3 что оно работает только через браузер или curl (wget?) тот же yt-dlp как писали выше вроде не умеет его (не уверен насчет aria2c. и можно ли yt-dlp качать через curl --http3-only)
не говоря о том что QUIC не работает через любые (даже socks5) прокси
при этом многое приходится открывать через прокси как с РКН так и наоборот блокировки РФ
p.s. хотя конркретно с гуглвидео в некоторых случаях оно (http3/quic) помогает. а как забанят ютуб целиком там уже пофик будет на ограничение скорости

на linux.org.ru как раз обсуждают эту тему и вариант

--downloader curl --downloader-args "curl:--http3-only"
у меня пришлось менять на полный путь к нормальному curl.exe (choco/msys/etc) но работает. хоть и почему то очень медленно

еще пишут про SNI

У современных версий хром и ФФ поддержка ECH включена по умолчанию. Но работает она только если включен DoH. По этому фактически включение DoH приводит к включению и ECH.

У меня кстати работает с параметрами -f 2 -e 2 --wrong-seq --reverse-frag --max-payload или просто -6 я использую сервис вместе --blacklist, спасибо за полезную программу, вот если просто–wrong-seq то одни сайты работают у которых аплинк через транстелеком, а которые через retn ростелеком ошибка PR_END_OF_FILE_ERROR

У меня тоже работает yt-dlp + curl и тоже медленней, чем чистый yt-dlp. Причем, одинаково медленней, что с опцией --http3-only, что с --http1.1. Скорости как у тебя.
Это видимо связано с тем, что curl’у скармливается цельный URL (я посмотрел в логах запуска ps -ef | grep curl) и троттит уже гугл сторонние качалки.
А когда качает сам yt-dlp, он разбивает на фрагменты (просто прозрачно, с какой-то версии стал прятать этот процесс) и фрагменты скачиваются быстро (несмотря даже на время переподключения, но если ping небольшой, то некритично). Так работает YouTube, надо скачивать фрагментами ниже скольки-то МБ, чтобы не замедлял уже гугл.

Кстати, у меня Yota не замедляет YouTube. Правда, у меня сейчас тариф 3 мбит/с, разве что свыше замедляется. А проводной Ростелеком замедляет.

РКН ещё не признал своего участия в деграданстве, рано резать пользователей куриц несущих золотые яйца. ОПСОСы гребут бабло на нарушении сетевой нейтральности, в том числе на видео трафике. Деньги из воздуха. Но если родина прикажет – признают и зарежут. С криком банзай и ударом ноги жаровы яйца стекли в кирзачи.

Зависит в каком формате вы скачивайте видео.
Если в dash тогда пофрагментно, он даже отмечает их при скачивании. А если нет, то файл целиком скачивается.

Оно примерно и так замедляется до 3 мбит/c, поэтому вы скорее всего на таком тарифе просто не замечайте замедления.

ага про yt-dlp
-N, --concurrent-fragments N
Number of fragments of a dash/hlsnative video that should be downloaded concurrently (default is 1)

кстати когда пробовал yt-dlp --force-ipv6 + в опции curl добавил -6
что то не заметил ни разницы ни тем более “ускорения”.
сейчас же на моем провайдере и 1МБ/сек канале качает на всю… так что не проверить что там было не так

про “не замечаете” ну на yt-dlp тогда не проверял. а вот curl + SNI googlevideo даже и близко не был к скорости канала и тому что сейчас показывает

curl -o NUL -k --connect-to ::speedtest.selectel.ru https://test.googlevideo.com/10MB -w %{speed_download}
1 192 809

а было и 100КБ/сек если не меньше. временами вообще до нуля падало. даже был раз когда прервалась закачка 10МБ этих

yt-dlp не поможет нам, как и разбиение на фрагменты.
Скачивает пару мегабайт, а дальше жесткая просадка.

curl+quic скачивает 2xrealtime даже под VPN. Соответственно, у аудио скорость меньше.

curl-quic-vpn953×203 38 KB

Спасибо! Кстати браузер Arc (chromium), без замедлений, но в Safari режется скорость. (mac os)

yt-dlp сам по себе “странный”
а корпорация зла еще круче. ибо стали резать даже для браузеров скорость в “борьбе” с качалками и всякими youtube-“gui”
как многие выше писали смотри через нормальный браузер (quic+kyber+без прокси) в статистике для админов самого ютуба. причем некоторые говорят что еще и не логинится в гугл/ютуб чтобы обойти часть возможных ограничений и тестов

мне вот провайдер выдал опять/снова ограничение до НУЛЯ после 200КБ даже а не МБ как у многих…

буду сейчас тестить yt-dlp разный (IPv6, curl -6, aria2c)

yt-dlp --force-ipv6 100% of 34.41MiB in 00:00:35 at 981.37KiB/s

yt-dlp --force-ipv6 + curl -6 -http3-only == 190 KB/s
yt-dlp --force-ipv6 + curl -6 (без http3) == те же 190 КБ/сек на HTTP/1.1 206 Partial Content

yt-dlp + aria2c в 10 потоков == [#8e213a 27MiB/34MiB(81%) CN:10 DL:813KiB ETA:8s]

такое очущение что aria2c как и курл скорость режет сам ютуб.
yt-dlp + aria2c в ДВА потока == [#000f93 13MiB/34MiB(37%) CN:2 DL:400KiB ETA:54s]

в ru-board пишут такой вариант еще
yt-dlp --extractor-args "youtube:formats=dashy" -N 4
[download] 67.5% of ~ 36.52MiB at 1.28MiB/s ETA 00:09 (frag 44/67)

если что 1000 КБ/сек это мой канал.
и 4К он сам по себе не вытягивает.
но chrome без прокси

при этом в https://redirector.googlevideo.com/report_mapping?di=no пишет почему то IPv4

Помогает: на Linux и Windows. Нужно определить стратегию обхода с помощью скрипта blockcheck и добавить googlevideo.com в zapret-hosts-user.txt.

Удалось улучшить скороcть при скачивании из Android приложения.
На мобильном интернете от теле2

45 минутное видео в 1080p 334 мегабайт скачалось за 6:30

Не самый выдающийся результат, но хоть что-то

Как это работает?
Как вы могли заметить при скачивании загружаются первые пару мегабайт, а дальше РКН режет скорость до 50 кб/c и ниже.
Скачивать что-либо становится невозможно.
Делаем иначе – скачиваю видео небольшими кусками по 700000 байт.
Один кусок - один запрос к сети. Если таймаут превышает 3 секунды, то обрываю и начинаю с того же куска опять(исходя из тестов запрос мог уходить и на 20 секунд, поэтому лучше дропнуть раньше). Ну т.е вот такая докачка происходит.
Совсем обрыва не происходит, потому что считываю сколько байт в уже скачанном файле и стартую с того же места.

Выложил на 4PDA свое приложение в apk (надеюсь тут за такое не банят)
Буду рад фидбэку, как скачивается, сообщениям об ошибках и багах.
Пока бета тестирование, но как доведу до ума, то пойдем в рустор.

Сделал еще одну альтернативу обхода замедления ютуба под линукс.

На Ростелекоме работает. Еще люди сообщали, что работает на Ertelecom.
Поддерживает OpenWRT и есть инструкция как его там использовать, плюс я готовлю обновление оптимизации (мультитрединг) под роутеры. Буду рад если поможет, а если нет - открывайте issue, будем разбираться

Такие “сливы” от федеральных сми больше похожи на агитацию, имхо.
Я думаю, в будущем будут просто “ложить” на определённое время, ссылаясь на перегрузку. У меня такое мнение…
Пока ещё охват большой, а альтернативы не очень хорошие.

Огромное спасибо за эти данные! Как раз хотел уйти с “РСТ” на “Игра Сервис” из-за этой истории с замедлением, но теперь видно, что смысла нет.

А у меня както странно замедляится при проверки скачивания через yt-dlp скорость 50 и до 300 мегабит но при добавление googlevideo.com в блоск лист в утилиту goodbyedpi скорость поднимается до 400 мегабит вплоть до 700

доброго времени суток!
скорость режется, очень страдает youtube на android TV из-за этого

вопрос к специалистам:
немного опытов на домашнем компьютере показали

1. видео, открытое в браузере (хром, консоль разработчика), идёт с сервера rr6---sn-n8v7kne6.googlevideo.com
2. тест через curl подтверждает занижение скорости по этому имени
   
   

   image918×72 3.74 KB
3. IP адрес сервера

Reverse IP results for rr6---sn-n8v7kne6.googlevideo.com (74.125.110.214)

4. трассировка показывает, что этому IP соответствует другой DNS

svo07s15-in-f22.1e100.net (74.125.110.214)

5. домен *.1e100.net не попадает под урезание скорости
   
   

   image850×73 3.49 KB

ремарка:
хром при просмотре видео обращается за потоком к *.1e100.net
YouTube Downloader при скачивании открывает поток к *.1e100.net
все исх. соединения отслеживались через ProcessHacker

собственно вопрос к более осведомлённым в этой области коллегам.
на одном ip адресе два (или более) DNS имени, к которым обращается ПО для получения видеопотока
один попадает под ограничение скорости, второй нет
возможно ли на уровне ПО, позволяющее обходить ограничения, подменять одно DNS имя на другое, при условии, что целевое URL видеопотока не отличается кроме как доменным именем https://???.com/*

возможно ли стандартными средствами ОС или ПО, позволяющее обходить блокировку, находить URL с ссылкой на видеопоток формата
https://???.googlevideo.com/*
проверять/генерировать “валидный” URL на тоже видео, но уже в формате
https://???.1e100.net/*
и заставлять ОС или приложение обращаться по этому URL за видеопотоком?

возможно где-то накосячил с терминами и понятиями, сильно прошу не пинать

Кстати, я тоже об этом подумал. Нужно копать эту тему

Но всё равно через Cloudflare скорость выше (по показанию “статистика для сисадминов”)

Я провёл простой тест с помощью загрузки программой yt-dlp через прокси и напрямую. Напрямую скорость всегда сваливается в 70-200 килобайт/с после загрузки первых двух мегабайт файла. И даже происходят таймауты. Загрузка постоянно и надолго прерывается. А через прокси в среднем 2,7мБ/с. Прыгает до 4,5-6 мБ/с и кратковременно даже до 12 (мой тариф 50 мегабит). Паузы реже и очень короткие. https://youtu.be/Zg3NSnQ01DY

Конкретно на этом видео в строке с ошибкой таймаут указан узел rr3---sn-i3b7kn6s.googlevideo.com Это GGC, до него пинг 23мс. Но я проверял на разных видео, в т.ч., когда поток идёт не из GGC.

Человек из другого конца страны наблюдает ту же картину.
Я в Волгограде, провайдер ТТК. Он в Омске, РТК.

Но в браузере я пока что не наблюдаю проблем.
Если бы замедление было до 200кБ/с, я бы это заметил в браузере. Но там в “статистике для админов” вполне высокие числа скорости подключения.

ps: В curl со SNI test.googlevideo.com байтов в 80 раз меньше.

Так они браузер не режут. Либо совсем по минимуму.
Бьют именно по загрузчикам.

Я сумел добиться более-менее вменяемой скорость.
Запустил на облаке программу. 117 мегабайт скачалось за 26 секунд.
Замедляют сильно, тут ниче не поделаешь.
Не самый выдающийся результат, но зато без обрывов с жесткими просадками до 50 кб\секунду и т.д
Сейчас внедряю решение в свое андроид приложение.
Вечером дам знак.

Кто - они-то? Гугол? Тогда почему через проксю ок? А если РКН, то почему в браузере пики скорости выше?

Браузер поддерживает HTTP/3 (QUIC)? Отключите и попробуйте еще раз.

Я вот както замедления не наблюдаю даже в chrome

Рубрика держу в курсе.
Где-то уже неделя, как до меня докатилось замедление(СПб). В какой-то момент мне это надоело и я решил попробовать что-то с этим сделать. Позавчера попробовал goodbyedpi, как по волшебству всё заработало, пробовал на разных режимах(менял циферки от -1 до -6) и сидел радовался, что почти во всех всё работало.
На следующий день(вчера) всё заработало само без программы(сервис в винду не ставил, не из-за этого), но к вечеру опять началось. Что примечательно, ни один режим goodbyedpi больше вообще не помогал, 0 эффекта.
Всё это происходило в Хроме без каких-либо изменений настроек и прочего. Сегодня решил попробовать разные бразуеры.

1. Яндекс.Брузер - без goodbyedpi в целом скорость чуть получше, но всё равно копейки, невозможно смотреть. В режимах начиная от -2 и выше чуть получше, но тоже скорее полумёртвое. Забавно, что их нейро-функция показать содержание ролика работает молниеносно, т.е. без замедления вообще, хотя ролик я по-прежнему посмотреть не могу.
2. FF - без goodbyedpi ситуация схожая с ЯБ. А вот с goodbyedpi в режимах -5 и -6 ситуация в духе будто и нет никакого замедления. Перемотка, моментальная подгрузка и прочие прелести.
3. Хром мёртвый или полумёртвый в любых комбинациях и режимах.
   Тестировал на видео FullHD@60.

яндекс тот же хром(иум) только старый.
в хроме и яндексе отключен ли QUIC?

Отключал QUIC в Хроме, мне казалось, что эффекта не было особо.
Сейчас перепроверил в Хроме.

• При отключении QUIC ситуация чуть получше, иногда даже что-то грузит, но потом умирает, потом оживает иногда, в целом нет.
• начиная с -2 иногда кажется, что подаёт признаки жизни, но тоже не сказал бы, что адекватно работает. Иногда умирает в 0. Сейчас вот уже начинает казаться, что не сильно и лучше, не знаю, я уже путаться начинаю.
  В целом и близко нет такого же эффекта, “как раньше”, только в ФФ на -5 и -6.

Хром мёртвый или полумёртвый в любых комбинациях и режимах.
Тестировал на видео FullHD@60.

В chrome://flags необходимо отключить Kyber, либо в goodbyedpi добавить параметр --max-payload 2400

Для интереса проверил работает спасибо

Отключил Kyber, стало живее, спасибо.
Также проверил с обычными режимами от -1 до -6 и с --max-payload 2400 и без.
Итог такой в Хроме:

1. при отключенных QUIC и Kyber стало поживее. Не всегда гладко стартует, но иногда буфер прогружается и можно посмотреть какое-то время, но частенько буфер заканчивается быстрее, чем подгружается новый. А новый может вообще перестать загружаться.
2. goodbyedpi в режимах -5 и -6 всё так же, как и в ФФ, т.е. “как раньше”, без замедлений. Какого-то эффекта от --max-payload 2400 я не заметил вообще.

Общий итог такой, что на данный момент времени конкретно у меня идеально работает в хроме при отключении Kyber и QUIC с goodbyedpi в режимах -5 и -6 и в ФФ в тех же режимах.

п.с.: прочитал доку про max-payload, выглядит так, что пока дефолтного значения 1200 в -5 и -6 хватает для нормальной работы.

Просто после установки --max-payload 2400
в chrome не надо отключать tls 1.3 hybridized kyber support хотя как по мне ненужная функция

Снимок728×137 10.6 KB

Да, точняк, я просто криво прочитал совет.

Он уже отключен подефолту. Я проверял. В лисе просто нет параметра соответствующего в конфиге. В хроме выкл.

В Firefox он называется network.http.http3.enabled. А в Chrome по умолчанию стоит Default - по информации из интернета это сейчас “Включен”, и у меня с ним QUIC активен.

2,5 мбит/с по HTTP1.1/yt-dlp и HTTP3/yt-dlp+curl, по крайней мере есть.
Я выбрал видео длинное и в высоком качестве, чтобы замедление гугла не ощущалось в curl у меня. Т.е. 720p пролезает.
Замедление это или нет, не знаю. Просто, пишут, что у кого-то замедляется очень уж сильно. Но это на Ростелекоме, видимо.

Именно так. Нет смысла проверять скорость через скачивание непосредственно с youtube обычными загрузчиками, а не тем, что встроен в yt-dlp — youtube замедляет скачивание сам по себе, и только встроенный загрузчик в yt-dlp может его обойти.

Обновлено 2024-07-26T17:25:00Z

Обход только для yt-dlp (подойдёт также для браузера)

ByeDPI (Windows/Linux) — запускает локальный Socks5-прокси

1. ./ciadpi-x86_64 -i 127.0.0.1 -p 10801 -d 1
2. yt-dlp --proxy 'socks5://127.0.0.1:10801' …

Обход на уровне системы, для всех приложений

• В Windows: GoodbyeDPI

  1. Создайте текстовый файл youtube-domain.txt с текстом googlevideo.com
  2. goodbyedpi.exe --blacklist youtube-domain.txt -6
  3. Либо goodbyedpi.exe --blacklist youtube-domain.txt -e 1 --reverse-frag, если первое не сработало

• В Linux: zapret

  1. Создайте текстовый файл youtube-domain.txt с текстом googlevideo.com
  2. sudo ./nfqws --qnum=200 --dpi-desync=disorder2 --dpi-desync-split-pos=1 --hostlist=youtube-domain.txt
  3. sudo iptables -I OUTPUT -o <сетевой_интерфейс> -p tcp --dport 443 -m connbytes --connbytes-dir=original --connbytes-mode=packets --connbytes 1:6 -m mark ! --mark 0x40000000/0x40000000 -j NFQUEUE --queue-num 200 --queue-bypass
  4. sudo ip6tables -I OUTPUT -o <сетевой_интерфейс> -p tcp --dport 443 -m connbytes --connbytes-dir=original --connbytes-mode=packets --connbytes 1:6 -m mark ! --mark 0x40000000/0x40000000 -j NFQUEUE --queue-num 200 --queue-bypass

• В Android: ByeDPIAndroid

• Для работе в браузерах необходимо отключить поддержку протокола QUIC и шифронабора Kyber. В браузерах на основе Chrome (Yandex, Edge, Opera, Vivaldi) отключать в chrome://flags (искать по “QUIC”, “Kyber”), в Firefox: about:config (network.http.http3.enable false, Kyber по умолчанию отключён).
  Эти настройки не требуются при использовании прокси.

Подключил в свое Android приложение гугловскую библиотеку Cronet для поддержки протокола HTTP/3 через QUIC.

Средняя скорость скачивания выросла до 6 мегабит на домашнем интернете от МТС и до 12 на мобильном от Теле2. Как-то уже можно выворачиваться.

Прошлое сообщение удалили почему-то.

Спасибо за наводку. Нужно будет протестировать

Особенно занятно на это фоне выглядят официальные сообщения:

“Ростелеком” зафиксировал ухудшение качества загрузки видео, особенно в форматах высокого разрешения, на видеохостинге YouTube, а также отмечает рост жалоб пользователей на качество работы сервиса.

“Как и сообщалось ранее, служба технического мониторинга “Ростелекома” начала фиксировать ухудшение качества загрузки видео YouTube, особенно в форматах высокого разрешения (HD, 4K). Также отмечен рост обращений в службу технической поддержки компании с жалобами на “качество работы” YouTube”, - сообщили в среду пресс-службе “Ростелекома”.

“Ответственность за это несёт корпорация Google (владелец видеохостинга YouTube), которая с 2022 года не занимается расширением и обновлением своего оборудования в России, обеспечивающего работу системы Google Global Cache (GGC - предназначена для кэширования и ускорения загрузки данных). Из-за износа и исчерпания мощности оборудование Google не в состоянии справляться с существенно выросшим интернет-трафиком. Проблемы с работой GGC отражаются на абонентах всех российских операторов”, - отметили в “Ростелекоме”.

“Интернет-ресурсы и площадки, которые своевременно заботятся об обновлении и увеличении мощности оборудования и ПО, работают стабильно”, - подчеркнули в компании.

Не работает на винде.
Ростелеком Спб. Гугл Хром.
В мозилле работает. Но нах надо в мозилле сидеть)

Москва, провадер tushino.com.

1. “goodbyedpi.exe -6”: скорость скачивания в yt-dlp была 11 MiB/s.
   23.07.24 в 01:00 (приблизительно), скорость скачивания упала до 650 KiB/s. 24.07.24, не выше 100 KiB/s.

2. “goodbyedpi.exe -5”:
   [download] Got error: [SSL: INVALID_SESSION_ID] invalid session id (_ssl.c:1131). Retrying (3/10)…

3. “goodbyedpi.exe --blacklist youtube-domain.txt -e 1 --native-frag”:
   …
   WARNING: [youtube] xxxxxxx: nsig extraction failed: Some formats may be missing
   …
   [download] … 60 KiB/s

Пробовал запускать goodbyedpi с разными параметрами, скорость 0 или ~100 KiB/s.

ByeDPI, запустил “ciadpi.exe -i 127.0.0.1 -p 10801 -s 1”, появилось сообщение об ошибке как я понял “recv: 10054”

Что можно еще предпринять?

googlevideo.com в список youtube-domain.txt добавили?

Конечно.
Вы не знаете насчет ByeDPI и сообщения “recv: 10054”?

всё так же скорость прыгает 150-50кб/с и постоянно обрывается. использую jdownloader

Не могли бы Вы написать город и провайдер, для статистики?

Это значит, что сервер сбросил подключение, т.е. это либо блокировка, либо ошибка на сервере, возможно текущие параметры не работают для этого сайта.

Если вы хотите результата – найдите способ достучаться до сотрудников гугла отвечающих за инфру и покажите им, что делает РФ с гугл (ютьюб) трафиком. Их это точно заинтересует и, как минимум, гугл станет субъектом. Все остальное это сотрясание воздуха и сравнение теплого с мягким при замере скоростей.

Понятно, что у Гугла еще куча метрик и графиков для внутреннего пользования, но на этом, что бы он ни значил - никаких отклонений.

Уже на официальном уровне признали замедление, говорят к следующей неделе замедлят на 70% ютуб. Слов нет…

image329×758 25.3 KB

Тем временем Геленджик Таймер

Запасайтесь впнами, друзья мои

Депутат Госдумы Александр Хинштейн написал в своем телеграм-канале, что до конца этой недели скорость загрузки видео в YouTube в России может снизиться до 40%, а к концу следующей недели — до 70%.

Думаете, они там не знают? Думаете, они там не видят, хотя бы по телеметрии со своих серверов?
Скорее всего, все они знают и видят и понимают.
Хоть бы заявление выпустили бы для общественности. Так мол и так, наши сервера тут совершенно не при чем (вот доказательства).
А только молчат (вот что обидно). Может, боятся, как бы и эти сервера у них не отобрали?

Новость про слова Хинштейна уже здесь написали. Похоже, что этот человек знает об износе серверов Гугла все, раз так уверенно оперирует с цифрами.

Вот где обидно. Ладно, специалисты как-то выкрутятся, а что простым людям делать… Будет потом на известном сайте куча объявлений: “Ускоряю Ютуб”.

Простите, но это уже эмоции.

Я что-то неправильно делаю? Потому что эффекта никакого, quic и kyber отключил, стало в разы хуже

1231155×462 29.1 KB

4561350×767 73.7 KB

789752×286 71.2 KB

на официальном уровне признали замедление

Один д. ГД РФ признавал удаление NordVPN из AppStore по запросу РКН. Тогда как приложение было удалено разработчиком за несколько месяцев до событий.

Удобно оперировать цифрами если они не пересекаются с реальностью. Как дропать 146% пакетов не привлекая внимание сетевиков. Бестселлер.

Я посмотрел как выглядят другие cmd файлы, по идее должно быть так - --blacklist …\youtube-domain.txt, т.е. добавить 2 точки и обратный слэш, у меня заработало, проверьте, пожалуйста.

я так понимаю нет никакого смысла создавать файл youtube-domain.txt с одним только гугловидео, если используешь гудбайдпи для кучи других сайтов. у меня гуглвидео уже был добавлен в список, в cmd файле я просто менял команды

Это понятно, да что так, что так не помогает.

И есть ли смысл это делать если на роутере работает антизапрет?

PS: на роутере без антизапрета тоже не помогло

Тоже интересует , у меня antizapret на keenetic со своим vps , как там настроить обход огр. скорости.

Добавить googlevideo.com в список доменов, чтобы он проксировался через ваш VPS.

У меня тоже не работает. Напишите свой город и провайдера, пожалуйста.

@Patrick.a, @paweca
Попробуйте поиграться с параметрами. Например,
-6 --blacklist youtube-domain.txt

Если и это не заработает, то
-f 2 -e 2 --wrong-chksum --reverse-frag --max-payload --blacklist youtube-domain.txt

А это актуально если на роутере с OpenWRT работает антизапрет?

Собстевенно, у меня со скоростью все ок сейчас, 1080 без затыков, 4K не пробовал

Да, разницы нет

Тесты последний yt-dlp x86 + этот curl Download curl-8.8.0-windows-x86.2024-05-26.zip (mulder) на Ростелекоме на win7 x64

curl --version
C:\Users\Admin>curl --version
curl 8.8.0 (i686-w64-mingw32) libcurl/8.8.0 quictls/3.1.5 zlib/1.3.1 brotli/1.1.
0 zstd/1.5.6 libidn2/2.3.7 libpsl/0.21.5 libssh2/1.11.0 nghttp2/1.62.0 ngtcp2/1.
5.0 nghttp3/1.3.0 librtmp/2.3 libgsasl/1.10.0
Release-Date: 2024-05-22
Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs ipns lda
p ldaps mqtt pop3 pop3s rtmp rtsp scp sftp smb smbs smtp smtps telnet tftp
Features: alt-svc AsynchDNS brotli gsasl HSTS HTTP2 HTTP3 HTTPS-proxy IDN IPv6 L
argefile libz NTLM PSL SSL threadsafe TLS-SRP Unicode UnixSockets zstd

http1.1:
yt-dlp URL -f 137 --no-mtime --merge-output-format=mkv --trim-filenames=80 --downloader=curl --downloader-args=“curl:–http1.1 -k”

1712k скачано за 0:01:54 (это 15 кбайт/с или 120 кбит/с или 0,12 мбит/с), ожидаемое время скачки 6:43:18 файла весом 352M
после скачивания 2M скорость падает до 0

http3:
yt-dlp URL -f 137 --no-mtime --merge-output-format=mkv --trim-filenames=80 --downloader=curl --downloader-args=“curl:–http3-only -k”

первая попытка
2684k скачано за 0:03:00 (это 15 кбайт/с или 120 кбит/с или 0,12 мбит/с), ожидаемое время скачки 6:44:53 файла весом 352M

вторая попытка
1518k скачано за 0:01:21 (это 18,7 кбайт/с или 150 кбит/с или 0,15 мбит/с)

тут иногда оживает
но скорости выше 100 (кбайт/с) не замечено в curl

за 5 минут скачалось 4,5 мб (это 15 кбайт/с или 120 кбит/с или 0,12 мбит/с)
еще за 5 минут скачалось 5,5 мб (т.е. суммарно 10 мб за 10 минут) (это 17 кбайт/с или 136 кбит/с или 0,13 мбит/с)

третья попытка
13.1M скачано за 0:08:53 (это 25 кбайт/с или 200 кбит/с или 0,2 мбит/с)

потом ошибка
curl: (55) ngtcp2_conn_writev_stream returned error: ERR_DRAINING
ERROR: curl exited with code 55

Браузеры (последние для win7):
(Opera) тормозит видео на ютубе уже в 720p (на 1x или 2x не уточнил, чел обычно смотрит 480p 2x)
(Firefox) правда на лисице (ESR) (720p) меньше тормозит, network.http.http3.enable в лисице было выкл

Android (10 или 11) (по wi-fi):
Firefox 68 тормозит, качество очень плохое (AVC, около 144p-240p, наверное)
Opera гораздо новее (но не самая новая) гораздо лучше (точное качество неизвестно), но ей редко пользуются, т.к. не залогинены

Не понял ответа)

Т.е. если антизапрет пашет на роутере, то с GoodByeDPI можно не заморачиваться?

Windows 7, проводной интернет от мегафона, подключение pppoe, в настройках прописаны гугловские dns, vpn не используется.

• yt-dlp последней версии - скорость скачивания ~100 kbs, от GoodbyeDPI не зависит.
• Internet Download Manager 6.42.14 - скорость скачивания ~1.5 mbs, от GoodbyeDPI не зависит.
• Firefox 115.0.esr - видео 720p без GoodbyeDPI “connection speed” ~2mbs и зависания; с GoodbyeDPI без фрагментации http/https те же ~2mbs; с фрагментацией сразу же ~40mbs, зависания пропадают.
• Opera 95.0 - видео 720p без GoodbyeDPI “connection speed” ~20mbs, зависаний нет.
• Yandex 23.9 - видео 720p без GoodbyeDPI “connection speed” ~20mbs, зависаний нет.
• Во всех браузерах включен doh Cloudfare, по тесту https://www.cloudflare.com/ssl/encrypted-sni/ стоят все галки, кроме последней “Secure SNI”
• по тесту https://quic.nginx.org/quic.html в файфоксе quic не работает, в опере и яндексе работает.
  Итого:
• на моей системе youtube не тормозит на опере 95.0 и яндекс 23.9 с quic
• тормозит на FF 115esr без quic, но GoodbyeDPI с фрагментацией http/https убирает тормоза

А если nftables ?

Кстати, обещают урезать Ютуб на 70% в ближайшее время, но только на стационарных компьютерах. Дескать люди в отпусках и пользуются в основном мобильным Интернетом, так что все для людей. Может быть причина в том, есть какие-то технические трудности? Например, все сервисы гугла на мобилках лягут.

А куда ещё больше? И так 120 кбит/с даже для звука не хватит. Или имеют в виду, что все оставшиеся реализации QUIC добьют?

Видимо, процент десктопов крайней мал. И большинство используют QUIC в хромобраузерах, который пока не сильно режется?

Кстати, какие реализации QUIC используют лисо и хромобраузеры. Лисобраузер, наверное использует QUIC на Rust?

Оказывается, на Rust есть целых три реализации QUIC:
github.com/mozilla/neqo в составе Firefox, к curl не прикрутить
github.com/cloudflare/quiche можно собрать curl с quiche, но готовых сборок, особенно для win, я не видел
github.com/quinn-rs/quinn ни к чему не прикрутить

Реализации QUIC на других языках:
https://habr.com/ru/companies/slurm/articles/588230/
https://curl.se/docs/http3.html

Антизапрет никак не влияет на ютуб

Что-то субъективно, на глаз, не очень помогает. Подвисания даже на разрешении 720. На хромоподобных пока не пробовал. А есть способ замерить скорость объективно, в частности в браузерах?
Еще есть какой-то параметр network.http.http3.enable_0rtt в режиме true

в самом браузере для ютуба есть “статистика для сисадминов”
для windows например есть Лучшие программы для учета трафика в Windows

А как гуглосервисы связаны с видео на ютубе? Ответ - никак!

Значит это просто забота о людях. Я так и думал.

Похоже Роскомнадзор также как и мы продолжает экспериментировать с настройками. Еще днем скорость скачивания в yt-dlp была ~70 KiB/s, то теперь ~630 KiB/s, со следующими настройками goodbyedpi:

1. -6;
2. -6 --blacklist youtube-domain.txt;
3. -f 2 -e 2 --wrong-chksum --reverse-frag --max-payload --blacklist youtube-domain.txt.
   Все три варианта в моем случае дают одинаковый результат (Москва, провайдер «МВМ Технолоджи»).

Включил. Видео 1280*720 @25fps. Скорость соединения показывает разную - то 420Kbps, то 700, то больше. Но смотреть невозможно. Зависает больше чем показывает. Пробовал на Firefox и на Chromium. Отключил в них все что нужно. Ничего другого не применял.

отключение флагов нужно только при использовании goodbyeDPI и подобных программ

Понял. А я подумал, что итак работать будет.

иначе вы только замедляете ютуб, сбросьте все флаги если без софта

Вернул все как было. Скорость возрасла до 15000 Kbps.

Проверил все советы, указанные тут, ничего не помогает. Проверяю в Firefox 128.0.2. Ростелеком, Тула.
Не понимаю зачем люди пишут команды в виде

--blacklist youtube-domain.txt

когда так утилита не запустится. Правильно будет

--blacklist ..\youtube-domain.txt

Подразумевается, что вы создаёте файл youtube-domain.txt рядом с goodbyedpi.exe.

сегодня ютуб тормозить стал с GBDPI

добавил --max-payload 2400 как в этой теме рекомендовали и вроде все ок опять.

Для FireFox 115.0.esr помог совет с просторов интернета поменять в about:config useragent на

Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 Safari/537.36 uacq

После перезапуска Youtube заработал как прежде, без GoodbyeDPI. Возможно, для других браузеров тоже подойдет.

Пробовал с Safari macOS, стандартный useragent - скорость около 800 Kbps, если useragent Safari - IOS 17.4 - iPhone, скорость возрастает до 3000-4000 Kbps

Поставил в Keenetic прошивку DoH для googlevideo.com и youtube.com, но честно не увидел особой разницы.

Говорят, что весь секрет в uacq в конце строки. Кто-нибудь знает, что это?

посмотри какой протокол используется и использовался в devtools - network, скорее всего на родном useragent не включался http3, который работает гораздо лучше в данный момент.

image1680×110 10.5 KB

Как вы проверяете скорость? Если загрузкой видео, то youtube замедляет её уже давно, несколько лет как.

Как ни странно, все запросы идут по http2. Но ютуб не тормозит. Зато стали тормозить другие сайты, особенно дзен и яндекс)

Подскажите какие настройки выставить для ByeDPIAndroid?

нужно не все а именно googlevideo смотреть, скрин есть где видно скорость и http/1.1*? не могу повторить то что вы пишете
вот пример с вашим useragent и принудительно выкл http3

image794×646 159 KB

Из интересного несколько часов назад по HTTP2 в мозилле (на винде) помогало, через zapret или youtubeUnblock гонять (на дебиан роутере) с предложенными тут вариантами, сейчас уже нет, но при этом http3 теперь норм и без всего. Думается не надолго. ТСПУ скорее всего наш, нежели чем выше. Хотя есть подозрения, что очень может быть связано с куда редиректит, есть вариант в сеть одного из наших аплинков, через который все всегда было хорошо когда проверял, и есть вариант куда-то подальше, там обычно все приключения и наблюдались.

З.Ы. почитав тред на гите на тему, в целом тогда тут все как раз в пределах нормы, добавилось только,что http2 перестало работать.

Собрал curl с quiche и ECH https://github.com/artenax/curl/releases
Правда, только для Ubuntu 22.04 (Jammy). На 24.04 будут некоторые проблемы с запуском из-за зависимостей. Рецепты есть по ссылке.

Скажите, я правильно понимаю, ECH (grease) анонсируется, но не используется? Вот, на примере главной страницы гугла:

denis@systemp:~$ curl --http3-only --ech grease --tlsv1.3 --doh-url https://cloudflare-dns.com/dns-query https://www.google.com/ -v
* Host www.google.com:443 was resolved.
* IPv6: 2a00:1450:4025:c01::67, 2a00:1450:4025:c01::63, 2a00:1450:4025:c01::93, 2a00:1450:4025:c01::6a
* IPv4: 142.250.147.106, 142.250.147.103, 142.250.147.105, 142.250.147.104, 142.250.147.147, 142.250.147.99
*   Trying 142.250.147.106:443...
* ECH: will GREASE ClientHello
*   Trying [2a00:1450:4025:c01::67]:443...
* ECH: will GREASE ClientHello
* Server certificate:
*  subject: CN=*.google.com
*  start date: Jul  1 06:35:43 2024 GMT
*  expire date: Sep 23 06:35:42 2024 GMT
*  subjectAltName: host "www.google.com" matched cert's "*.google.com"
*  issuer: C=US; O=Google Trust Services; CN=WR2
*  SSL certificate verify ok.
* Connected to www.google.com (142.250.147.106) port 443
* using HTTP/3
* [HTTP/3] [0] OPENED stream for https://www.google.com/
* [HTTP/3] [0] [:method: GET]
* [HTTP/3] [0] [:scheme: https]
* [HTTP/3] [0] [:authority: www.google.com]
* [HTTP/3] [0] [:path: /]
* [HTTP/3] [0] [user-agent: curl/8.9.0-DEV]
* [HTTP/3] [0] [accept: */*]
> GET / HTTP/3
> Host: www.google.com
> User-Agent: curl/8.9.0-DEV
> Accept: */*
> 
* Request completely sent off
< HTTP/3 302 
< location: https://www.google.com/sorry/index?continue=https://www.google.com/&q=EgRoHJxcGJfBi7UGIikZfz2cp2NP5jTB78zdR0HVnKDYk3mXLiCX7JgvpuLVZZv6ONM1C3piRjIBcloBQw
< date: Thu, 25 Jul 2024 23:32:40 GMT
< pragma: no-cache
< expires: Fri, 01 Jan 1990 00:00:00 GMT
< cache-control: no-store, no-cache, must-revalidate
< content-type: text/html; charset=UTF-8
< server: HTTP server (unknown)
< content-length: 353
< x-xss-protection: 0
< alt-svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000
< 
<HTML><HEAD><meta http-equiv="content-type" content="text/html;charset=utf-8">
<TITLE>302 Moved</TITLE></HEAD><BODY>
<H1>302 Moved</H1>
The document has moved
<A HREF="https://www.google.com/sorry/index?continue=https://www.google.com/&amp;q=EgRoHJxcGJfBi7UGIikZfz2cp2NP5jTB78zdR0HVnKDYk3mXLiCX7JgvpuLVZZv6ONM1C3piRjIBcloBQw">here</A>.
</BODY></HTML>
* Connection #0 to host www.google.com left intact

С --ech hard не открывается.
С grease и true открывается. Проверял под VPN.

denis@systemp:~$ curl --version
curl 8.9.0-DEV (x86_64-pc-linux-gnu) libcurl/8.9.0-DEV BoringSSL zlib/1.2.11 brotli/1.0.9 zstd/1.4.8 libidn2/2.3.2 libpsl/0.21.0 libssh2/1.10.0 nghttp2/1.43.0 quiche/0.22.0 librtmp/2.3 libgsasl/1.10.0
Release-Date: [unreleased]
Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs ipns mqtt pop3 pop3s rtmp rtsp scp sftp smb smbs smtp smtps telnet tftp ws wss
Features: alt-svc AsynchDNS brotli ECH gsasl GSS-API HSTS HTTP2 HTTP3 HTTPS-proxy IDN IPv6 Kerberos Largefile libz NTLM PSL SPNEGO SSL threadsafe UnixSockets zstd

В общем, с grease разглядел в Wireshark sni домен. Значит, ECH не работает или нужны какие-то другие опции.

где то (даже может выше) писали что иногда режут скорость на “все” если не могут прочитать SNI
как и могут как в некоторых соседних темах блокировать/резать скорость по определенным направлениям (AS/CIDR)
p.s. curl просто для более понятных и наглядных тестов. сам гугл/ютуб занижает скорость в зависимости от кучи факторов (не только useragent. многие жаловались что банально заход БЕЗ логина иногда дает большую скорость ПРОСМОТРА чем с логином. особенно сейчас когда гугл/ютуб борятся не только с сторонними клиентами но и баннерорезками.)

useragent/login/etc == сам гугл/ютуб “борется” с качалками или просто сторонними клиентами
например yt-dlp + curl ИЛИ aria2c гдето 200 КБайт/сек на 1 поток

в РФ режут по SNI googlevideo
и частично замедляют QUIC

то что у некоторых и то и то могут “совпадать”. и что 100500 “экспертов” не могут/не хотят проверить и yt-dlp и firefox+chrome
IPv6
QUIC (разные реализации могут резать а могут и нет)
Kyber TLS
добавляет флуда и “теорий” что якобы на самом деле GoogleCacheServer “виноватый”

p.s. в идеале если не режет провайдер как то так
yt-dlp --proxy “” --force-ipv4 -r 1000K (1МБ/сек скорость моего интернета.)
[download] 36.6% of 34.41MiB at 998.61KiB/s ETA 00:22

когда режет то очень быстро скорость падала до НУЛЯ

да, но во-первых, скорость раньше не прыгала, а была стабильной, без обрывов по десять минут.
во-вторых скорость 50кб/с была может если скачивать 240р видео, а для 1080р всё же было гораздо быстрее. но точных цифр я конечно не помню.

network.http.http3.enable

Вы знали, что все проблемы ютьюба из-за блокировки канала Полины Гагариной? Теперь вы знаете. Об этом сообщает Министерство Правды.

Who?

network.http.http3.enable=true, но https://quic.nginx.org/ упорно пишет, что quic отключен. Ну да ладно, не суть.
Интереснее, что версия yt-dlp от 25 июля в сочетании goodbuydpi стала качать на скорости ~10mbs.

Скажите пожалуйста, в свете последнего заявления депутата Хинштейна, где он говорит:

По моей информации, российские даты-центры, сотрудничающие с Google, намерены в ближайшие дни прекратить работу с компанией по “серым схемам” (неважно, в чьем лице она выступает). Это приведет к еще более резкому падению скорости загрузки YouTube (до 70%), вероятность чего я вчера и предсказывал.

не может ли получится так, что к концу следующей недели (когда нам обещано замедление до 70 %), сервера Гугл Глобал Кэш просто плавно отключат от питания?

Чьи это сервера, кому принадлежат и могут ли их просто забрать?
Может такое быть?

Не пользуйтесь этим тестом. Он не работает.
Вот нормальный:

Если отключат трафик будет идти напрямую трансгранично.

Ещё есть баги (bug 1900191, bug 1878510) в браузерах. Которые появились позднее и ещё не пофиксили в форках файрфокса.

Странно, на моем firefox 124.02 проходит тест успешно.

Более того, у меня, firefox не коснулось замедление. Писал на другой площадке:

Firefox 124.02, 1080p, playback speed 2x.

Снимок экрана от 2024-07-25 11-43-50723×408 60.2 KB

он у многих работает нормально в том числе на Chrome(chromium)
кстати в отличии от “тестов” cloudflare
а уж какое отношение имеет проверка работает ли на чужих сайтах http3/quic к тестам браузера …

Проверил ещё раз.
ДЕйствительно в хроме при отключении QUIC смотреть невозможно. Даже 1080p виснет каждые 10с на 10с. Если вернуть QUIC обратно, 1080 смотреть можно. Но видно, что скорость не тарифная - шейпер всё равно есть.

А вот на firefox очень интересно. Ещё в тот раз, когда я запостил видео с загрузкой через yt-dlp, я проверял на лисе, влияет ли как-то QUIC. Подефолту он был выключен (параметр отсутствовал). При этом в лисе была полная тарифная скорость. Смотри хоть 4к. Включение quic ничего не меняло.

Прошло пару дней, я вчера перепроверил и оказалось, что замедление появилось и в лисе тоже. Но в firefox БЕЗ quic протокола скорость примерно, как в хроме С quic. 2к не посмотреть, но 1080 вполне.

Т.е. в моём случае лисий трафик до ютуба без квика замедлен до уровня хрома с квиком.
Друзья из очень далеких от меня регионов такое наблюдение не подвтерждают. У них лиса замедлена так же, как хром.

Что?

Откуда такая избирательность?

Какие рекламодатели? Разве что вшитые в видео.

При загрузке качалками да, в браузере будет шакальное качество. Или регулярно ждать буферизации, если качество установлено вручную.

А сервера бесплатно поставляла и ремонтировала.

Не надо было вторгаться в соседние страны, а потом перекладывать ответственность.

Где этот трафик будет проще всего отфильтровать.
И останемся мы в итоге в сентябре совсем без Ютуба.

У меня тоже в первые дни лиса никак не пострадала - хоть 4к смотри. Даже без quic. Но вчера/позавчера лису БЕЗ quic замедлило до уровня хрома С quic.

У меня на ТТК-Волгоград трафик до GGC с пингом 20-23мс замедлен точно так же, как и прямой трансграничный.

Т.е. firefox с quic - ok?

Зачем в принципе отключать quic, это же дефолт для firefox.

А в чем тогда смысл данной темы, если у многих норм? )

Лично меня больше растроили неполадки с yt-dlp, но разрабы чинить не собираются, ведь им уже все сказали, что проблема на стороне России. Хотя браузеры - ok.

Когда yt-dlp и хром БЕЗ квика уже были замедлены, лиса БЕЗ квика работала без ограничений.
Через пару дней лиса БЕЗ квика замедлилась до уровня хрома С квиком.
Включение квика в лисе не влияет на скорость.
В хроме же ОТключение квика приводит к полной невозможности смотреть видео. Включение дает 1080 смотреть.

Всё вроде четко написал.
PS У меня на Linux в firefox подефолту не было параметра network.http.http3.enabled в about:config. Ещё раз проверил - создал новый профиль. Параметра подефолту просто нет.

С ним нет никаких неполадок. Через прокси качает, как раньше. Трафик гасит ТСПУ.
Вот пруф: https://youtu.be/Zg3NSnQ01DY

Накоенц заработало, поковыряв параметры.
СПБ, ростелеком.
p.s. не исключаю, что “товарищ майор” так же читает эти темы и обновляет свои фильтры/ТСПУ/DPI не стороне провайдеры чтобы у тех, кто пишет эти конфиги, на следующий день не работало.

я отвечал про “нерабочий” https://quic.nginx.org/
у меня например он работает как в Chrome так и в Firefox (без прокси. с прокси как и положено не работает)

с yt-dlp нет никаких “проблем”.
в этой теме достаточно тестов и примеров

так же уже 100500 раз сказано почему иногда браузеры не “тормозят”.
и возможные варианты у кого и браузер тормозит на ютубе

Под этот пруф подходят и шаманство на стороне ‘злого’ ) гугла и даже неисправные кеширующие сервера (отсутствие запчастей). Почему нет.

Есть такой пример с ЛОРа, когда два разных браузера коннектятся к разным серверам гугла - ‘хороший’ ютуб в Москве, ‘плохой’ - напрямую с гугла.

upd. Я не отрицаю процесс “замедления”. Просто у меня он какой-то односторонний, только yt-dlp под него попал.

А вот не забросили бы эту тему, [feature request] QUIC (http/3) and Brotli #1817 …

Я проверял множество раз на разных видео. Через прокси всегда тарифная скорость. Без прокси всегда еле еле 120килобайт. И до GGC, и трансгранично. На том видосе именно GGC попался, я это знаю.
Хром без QUIC демонстрирует те же 120-200 килобайт буферизации, что и yt-dlp без прокси с такими ж паузами. Всё сходится.
Тест в curl так же показывает, что мой ISP тригерится на googlevedeo.com.

Всё очевидно. -Это НЕ косяк yt-dlp и не защита гугла от ботов.

Благодарю, этот тест выдает HTTP/3 Check established a QUIC connection for all attempts made with the given endpoint.
А вот судя по about:networking www.youtube.com идет по протоколу http2, rr3---sn-oxuctoxu-n8vl.googlevideo.com - http3, rr4---sn-c0q7lnz7.googlevideo.com - http1.1. Интересно…

Давайте поотлаживаем, если хотите.
Я делаю так и не вижу проблем на своём канале.

Должен работать, проблем с ним не вижу. До ≈начала этого года блокировали QUIC, возможно, где-то блокировки сохраняются на какие-то направления.

Что-то сказать можно по дампам трафика.

если вы поставите себе jdownloader2 и гудбайдпи при этом поможет от глюков при скачивании им файлов 1080р с ютуба, то тогда есть смысл поотлаживать. но не поможет, потому что он, насколько я понимаю, качает с ютуба как-то по другому, не так как браузер и yt-dlp

quic.nginx.org выдает на странице рандомные результаты:

картинки

Screenshot 2024-07-26 at 19.45.342458×1134 333 KB

Screenshot 2024-07-26 at 19.53.242520×1672 336 KB

Я не вижу проблем на своём канале.

Скачивание видео с youtube обычными качалками, а не специализированными, вроде yt-dlp, замедляется самим youtube уже несколько лет как. И 50 кб/с похоже на скорость замедления самим сервисом.
В yt-dlp встроен интерпретатор javascript, чтобы проходить challenge’ы со стороны youtube, он симулирует работу браузера, скачивая небольшими кусками, использует разные user-agent’ы, и т.п.

нет, не похоже. я уже ответил на это ваше предположение. я много лет качаю с ютуба кучи видео, а вот эта вот фигня началась несколько дней назад

Этот тест проверяет наличие поддержки QUIC на заданном сервере, а не на клиенте. В вашем случае на самом www.http3check.net. Результат не зависит от используемого браузера. Вот результат запуска в браузере links.

image1401×541 28.6 KB

это вопрос скорее к [In progress] Youtube Issue/Suggestions/Questions thread - Page 153 - JDownloader Community - Appwork GmbH

когда опять/снова будут резать скорость в моей деревне проверю и jDownloader2
но там тупо нет никаких настроек в отличии от yt-dlp
даже выбрать IPv6 нельзя руками. автоматом он почему то его не использует…

Вот здесь еще можно проверить QUIC:

1. https://http3.is
2. https://cloudflare-quic.com/

Надеюсь, редкий отпечаток поможет. Завтра затестю в Linux Live на ростелекомовском интернете. В любом случае, yt-dlp+curl+quic не очень хороший инструмент из-за ограничения уже гугла (2xrealtime), но для кого-то это может быть лучше, чем ничего (15 кбайт/с).

Мои вопросы по поводу ECH в curl и какую либу используют хромобраузеры для QUIC спецы видно проглядели. Может, как раз quiche. Upd: да, quiche. Но свой на C++, а не Rust. И гугловский BoringSSL.

спорно. у меня вот Хром без прокси на других сайтах нормально показывает рабочий http3 но на http3.is не хочет (причем favicon.ico он почему то по http3 скачал.) https://www.flickr.com/photos/200778714@N04/53881958522/sizes/o/
как впрочем и на https://one.one.one.one/cdn-cgi/trace тоже пишет http2
так что только F12 == включить “протокол” и смотреть что там на самом деле

Та же фигня

VPN/proxy и варианты с антиDPI никто не отменял если уж очень надо на ПК
вот что делать с ТВ/приставками у кого роутер не позволяет поставить zapret/bydpi/etc это уже вопрос

На линуксе byedpi какой-то сложный (разработчик сам признавал) и вроде бы медленный в плане ресурсов. Рабочие VPN/proxy не так-то просто найти.

а GitHub - Waujito/youtubeUnblock: Bypasses Googlevideo detection systems that relies on SNI ?

А ведь трафик с Ютуба должен иметь специфический вид. И если Ютуб решат заблокировать наглухо, то и блокировать наверное разумно опираясь на анализ трафика. Тогда ни один способ обхода не поможет. Но я признаю, что слабо разбираюсь во всем этом. Просто мысль такая пришла.

буду благодарен если проверите.

Большое спасибо, работает!
А существует версия для роутеров? Интересует для keenetic. Чтобы настроить и забыть.

Уже оффтоп, но по моему, большинство (начинающих) линуксоидов падают в обморок при виде iptables (и необходимости сборки из исходников). Не все, конечно. Но я сужу по себе из прошлого.
iptables это что-то такое, что нужно понимать (как создавать и удалять правила, как посмотреть имеющиеся, как сохранить на постоянной основе, это всё довольно нетривиально для непосвящённых, а сохранение ещё и дистроспецифично, вроде). На той странице ничего вот про опцию -D и save. iptables глубоко лезет в систему и требует root. Ну, ладно, это уже лирика.

Можно купить б/у роутер на Авито, прошить в openWrt, настроить, как прокси-сервер и пустить трафик через него. Лично я в последнее время так делаю, очень удобно. А отдельно настроенное устройство (у меня небольшой tl-mr3020) подключить к основному роутеру (таких коробочек можно сделать сколько угодно: отдельно для дома, для дачи и т.д.) Для меня больше сложность в настройке zapret (и то у меня нет уверенности в том, что с Ютубом он поможет - у меня пока замедления нет, потому что сейчас использую мобильный интернет).
Мне такой вариант кажется весьма удобным.

Хотя, наверное, можно будет загружать видео на зарубежный сервер, а уже оттуда скачивать какой-нибудь качалкой.

“network.http.http3.enable”, не enabled

Да, это давно уже дефолт в firefox.

Тут когда писали, что включают QUIC и у них все работает, я еще очень сильно удивлялся, ) пока мне не объяснили, что у большинства версии браузеров старые, плюс, некоторые специально отключают.

Если кому-то нужно разблочить через VPN сервера Google, есть официальный список подсетей.
https://www.gstatic.com/ipranges/goog.json
В роутерах кинетик до сих пор не сделали настройку маршрутов с указанием доменов, а CDN-ов до едрени фени, поэтому я через GPT прогнал этот список, он конвертнул как надо, теперь можно скормить файлик с маршрутами в роутер в виде .bat файла
googleip.bat (5,5 КБ)

А ip_шлюза_прокси - какой должен быть? Файлик роутеру скармливаю - новых маршрутов 0.

свой)). У меня настроен wireguard через VPS, в моем случае ip шлюза 10.66.66.3

Снимок706×396 22.5 KB

Получается, данным bat-файлом можно “ВПНить” чисто ютуб, а не весь остальной инет? А то надоело туда сюда тыкать впн для телека в настройках кинетика.)

Вопрос наверное не в тему, но никто не ставил такую штуку tube archivist на сегодня прям актуалочка. Но что то мне мозгов не хватает поставить его на truenas

Интересная концепция штуки. Для моих мозгов пока хватает проприетарного MediaHuman YouTube Downloader (через прокси byedpi), можно настроить слежение за каналами и плейлистами с автоматическим скачиванием новых видео/аудио.

наверное можно, только надо понять что впнить И свпнить так чтобы рекламы не было

Ну там список всех серверов гугла. Они сами выложили, я ничего не менял. Если добавить в маршруты , то будут все устройства при доступе к гуглу идти через впн.
Если нужно конкретно 1 устройство пускать через впн, то можно настроить политику в приоритетах подключений (создать политику VPN к примеру, добавить туда подключение wireguard, поставив галочку), а во вкладке применения политик задать для устройства через чего оно должно работать. Только в этом случае весь трафик устройства будет заворачиваться в впн. Но на стандартном клиенте будет реклама. Как выход поставить smart tube для андроид ТВ. На обычных пк с рекламой проще.

На компе норм работает. Тизен в кухне тоже справляется. А вот вебос телек и киви совсем плохо. На вебосе 720 с редкими подзагрузками, а киви вчера даже видос открыть не смог. Пока пустил двух этих клиентов через болгарию, благо кинетик могёт). Скорость получше стала, пиктограммы каналов начали грузиться, и странно, что рекламы нет. Но при этом отъехали некоторые балансеры, для чёрных кинотеатров.

Костылю сейчас, в телеке воткнута витая пара, без всяких впнов. А когда надо поглядеть ютуб, «ломаю» подключение по кабелю, телек цепляется по вафле, которая впнится. Вот заколебал этот костыль, ищу как заворачивать чисто ютуб.

Как сделал? У меня тоже кинетик.

На роутере с OWrt установлен zapret с таким конфигом:

NFQWS_OPT_DESYNC=“–dpi-desync=fake --dpi-desync-ttl=0 --dpi-desync-ttl6=0 --dpi-desync-fooling=badsum”
NFQWS_OPT_DESYNC_HTTP=“”
NFQWS_OPT_DESYNC_HTTPS=“–dpi-desync=split2”
NFQWS_OPT_DESYNC_HTTP6=“”
NFQWS_OPT_DESYNC_HTTPS6=“”
NFQWS_OPT_DESYNC_QUIC=“”
NFQWS_OPT_DESYNC_QUIC6=“”

При такой конфигурации все браузеры на основе Chromium в 70% случаев открывают незаблокированные сайты с ошибкой ERR_CONNECTION_RESET.

Скажите, пожалуйста, что я делаю не так? Какую полезную ифнормацию я могу предоставить для того, чтобы получить помощь? zapret нужен ИСКЛЮЧИТЕЛЬНО для обхода замедления Youtube, открывать заблокированные сайты НЕ требуется.

Chrome подобные вместо урла chrome://flags/
или QUIC + Kyber (TLS) включены и некоторым это помогает без других костылей
или QUIC + Kyber (TLS) выключены и тогда уже использовать zapret/bydpi/etc

дело в том, что Youtube пользователем смотрится на SmartTV от Samsung, который, похоже, использует что-то WebKit’овское под капотом в качестве веб-движка - использовать фокусы с QUIC не получится никаким образом

думаю, что надо смотреть в сторону hostlist’ов для решения этой проблемы - это штатный функционал zapret’а, но что-то совсем не могу разобраться в документации на эту тему

NFQWS_OPT_DESYNC="--dpi-desync=split2 --hostlist=/opt/zapret/hosts.txt"

и в hosts.txt добавить “googlevideo.com”?

Подумал тут, кому важно только смотреть ютубный контент через браузер - вся актуальная база ютуба тут https://redirect.invidious.io/.

Да, потребуется антизапрет*, но зато никакого замедления (во всяком случае, у меня 4k без затыков). Ролики там же можно скачивать.

*для firefox:
Настройте следующим образом: Меню → Настройки → Настройки сети → Кнопка «настроить…»
Вставить ссылку https://p.thenewone.lol:8443/proxy.pac в строку “URL автоматической настройки прокси”.

, все заработало

только не через параметр с явным указанием на файл со списком доменов, а через добавление домена в zapret-hosts-user.txt и выборе пункта “hostlist” при выполнении скрипта “install_easy.sh”

большое спасибо!!!

на первом сайте из списка вижу что видео качаются с тех же серверов что и на ютубе

А я скачал для пробы с https://invidious.darkness.services, вроде ссылка не с ютуба и сразу написал коммент. )

UPD. Ну да, получается это не решение, т.к. это все тот же ютуб:

«Invidious» — это веб-фронтенд (грубо говоря, веб-клиент) для сайта YouTube.

Единственно, в настройках Invidious есть параметр “Проигрывать видео через прокси?”. Что, возможно, равносильно всем остальным ухищрениям, которые предпринимают юзера, чтоб обойти замедление.

Расширение Invidious для Firefox Invidious Redirection – Загрузите это расширение для 🦊 Firefox (ru)
без гудбая Invidious не работает, страна меняется легко в настройках, я проверял она меняется, единственное скорость слабая HD 1080 не вытягивает, ну как альтернатива, когда совсем станет грустно, за не имением лучшего, то кому то пойдёт и это )

отключите http в zapret
стратегия --dpi-desync=split2
режим hostlist
прописать googlevideo.com в /opt/zapret/ipset/zapret-hosts-user.txt

Блин, надо высыпаться. Действительно лишнюю букву добавил. Перепроверил - виснет 1080, как и на хроме без квика. То есть лисьей аномалии нет, одинаково замедлено.

Проверил свою сборку curl+quiche (т.е. yt-dlp+curl+quic) на ростелекоме. Всё также тормозит. Скачает несколько мб, потом в ноль, потом опять немного скачает и т.д. Однако браузеры с quic норм (720p, без quic 240p). Так что дело не в quic отпечатке. Похоже, замедляют и http2 и http3, но браузеры на http3 качают кусками и переподключаются чаще, может быть даже в параллель, так что выглядит более менее норм. Но под капотом даже там страх божий. Видимо подрезали специально, чтобы браузеры худо бедно работали. А curl пытается качать весь url. Сам yt-dlp кусками, но там видно большие таймауты.
Вот это не помогло:

1. --force-ipv6
2. Либо --downloader aria2c --downloader-args “aria2c:–continue --max-concurrent-downloads=30 --max-connection-per-server=16 --split=30 --min-split-size=1M”
3. Либо --extractor-args “youtube:formats=dashy” -N 16

Помог goodbyedpi:

1. goodbyedpi.exe --blacklist youtube-domain.txt -6
2. Либо goodbyedpi.exe --blacklist youtube-domain.txt -e 1 --reverse-frag

Скорость стала 7 мбайт/с.
А Google Play не дал установить ByeDPIAndroid. Пишет приложение опасное.

Может еще от сервера зависит? В этом расширении первым стоит yewtu.be, лично у меня он подглючивает. А вот выше пробовал invidious.darkness.services - уже лучше. 4k легко (firefox).

может даже для РТ зависит от региона/типа подключения
как и магистральные ограничения. у меня на РТ как то ловил запрет от blackhole.beeline.ru
даже балансировка ТСПУ скорее всего имеет место. я так понимаю ttl тут где DPI/ТСПУ ?
ipv4 play.google.com curl_test_https_tls12 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=fake --dpi-desync-ttl=3
ipv4 rutracker.org curl_test_https_tls12 : winws --wf-l3=ipv4 --wf-tcp=443 --dpi-desync=fake --dpi-desync-ttl=7

Спасибо за идею. Я не был уверен, что GPT нигде не ошибся, плюс хотел указать комментарии к маршрутам и не указывать адрес шлюза напрямую, поэтому сделал Python скрипт, результат которого добавил в файл конфигурации Keenetic в секцию к другим статическим маршрутам. Сравнил с вашим списком - адреса и маски совпали, но у меня вышло на 1 строку больше, у вас не вижу сети 209.85.128.0/17.
goog_json_to_keenetic_config.py (1,2 КБ)
routes.txt (4,9 КБ)

Короче настроил с помощью ваших файлов, ютуб без ограничений теперь (рекламы тож нет)

это как я понимаю подкидывать файл в startup-config? Я накидал конвертер который переводит json в батник с указанием ip прокси. Только без названий.
converter.exe (4,4 МБ)

Да, верно, после строк по инициализации интерфейсов

Оказывается, в firefox, с 128.0 версии, добавили параметр network.http.http3.enable_kyber. Не знаю, влияет ли он на что.

Уже были:
network.http.http3.enable (дефолт: true)
security.tls.enable_kyber (дефолт: false)

Еще наткнулся на такое:

Доступ к заблокированным веб-сайтам без VPN

Этот метод обеспечивает доступ к заблокированным веб-сайтам без использования VPN. Он использует передовые функции браузера для повышения безопасности и обхода ограничений.
bypass-blocking-domains.md · GitHub

Для Firefox 124+

Enable Kyber Support:
    Type about:config in the Firefox address bar and press Enter.
    Search for security.tls.enable_kyber.
    Double click on the preference to set it to true.

Ну если во Вьетнаме только

полагаю, речь об этом: Google предложила провайдерам РФ вместо Google Global Cache сделать прямой стык в Мос­кве или Санкт-Пе­тер­бур­ге / Хабр
у google есть прямой канал с запада до IX (интересно, есть ли на нём ТСПУ ), и якобы они предлагали операторам стыковаться прямо там каким-то образом.

На всякий случай включил kyber, не знаю может чем то поможет, но сайты открываться не стали )
у меня 127 версия, поставил даже 128, но результат тот же, сама 128 версия мне не зашла, намудрили в ней сильно. У меня семёрка, использую сборку от сюда Releases · adeii/supermium-portable · GitHub
кто хочет попробовать, то советую сохранить папку Profiles, она находится по этому пути AppData\Roaming\Mozilla\Firefox\Profiles в случаи чего, можно её вернуть.
Чтоб было не portable, то из папки app скопируйте с заменой в папку C:\Program Files\Mozilla Firefox у меня 64 битка, то есть я удаляю только папки и копирую из app с заменой файлов, сохраняю только папку defaults и потом возвращаю её на место, по этому пути C:\Program Files\Mozilla Firefox\defaults\pref в файле config-prefs если что нужно изменить путь на этот pref(“general.config.filename”, “firefox.cfg”); а сам файл firefox.cfg должен быть у вас в папке C:\Program Files\Mozilla Firefox и будет работать как обычно установленная версия. Вход в about:config изменён на about:confignew и это наверно не совсем по теме, но для тех кто на семёрке хочет поюзать новые версии Firefox и возможно чем нить в будущем помогут добрым советом просмотра ютуб, нужно учитывать всех поьзователей

д.Х. угадал по числам. Совпадение? Или “ученый” обидел “журналиста”? Деградация ютьюба уже достигла 40% (местами). Хотя остаются счастливчики которым деградируют всего на 15%, про них похоже забыли. Стоит прикинуть на что переходить при таких потерях, морзянка или голуби?

converter2.exe (7,1 МБ)

Вариант с вашей реализацией( с названиями). По кнопке подтягивает файл с сети)

6435×515 6.83 KB

Подскажите какие домены нужно через прокси вести (VLESS) чтобы нормально ютуб работал?
я использую следующие:
googlevideo.com i.ytimg.com s.ytimg.com youtu.be youtube-nocookie.com youtube.googleapis.com youtubei.googleapis.com youtube.com yt3.ggpht.com, на роутере использую PBR
Но это все равно не сравниться по скорости с полным перенаправлением трафика через прокси
Когда весь трафик через прокси идет, можно хоть 8к видео смотреть без подлагов

Можешь добавить подсети , но тогда весь гугл будет по впн идти

Достаточно первого. Что такое PBR и при чем тут роутер? QUIC и kyber отключены? У сниффера доменов с ними могут быть проблемы

https://ntc.party/t/129/436

@0ka
policy-based routing
возможно

Пропадает часть картинок на разных сайтах. В чем может быть дело?

изображение452×658 35.3 KB

А вы не пробовали ставить всего 2 галки фрагментации? На моем провайдере этого достаточно.

Безымянный450×655 35.1 KB

rutracker.org
googlevideo.com
ntc.party
youtube.com

Попробовал эти рекомендации, проблема сохраняется

А в браузере никакие прокси/vpn не включены? Или блокировщики рекламы?

Красноярск, провайдер “rightside” (как понимаю они берут интернет с магистрали от “Вебра”, на деле ничего не понимаю в этом деле, знающие и умные люди поправьте) и только сейчас начались медленные замедления, раз в минуты 3 зависает секунд на 5-7, закинул PAC антизапрета в OmegaSwitch, прописал правило для googlevideo, за ~30 минутный ролик случается одно прерывание на секунды 3, но при этом фейлед ресурс (жёлтые значки возле иконки омеги) насчитывает штук 17-20 за это же видео. Первое - почему он буфферизирует даже с антизапретом? Второе - нормально ли что я закинул PAC в омегу? оно так работает? до этого не использовал никакие PAC’и, у меня хистерия стоит в системе, запускается на 12356 порте, в неё закидываю некоторый трафик, через неё всё нормально работает, но ютуб в 1080р 60фпс идёт с буфферизациями(пробовал ещё летом прошлого года)

Аз не проксирует лично добавленные сайты

Да и вообще Антизапрет не будет проксировать Ютуб.

Ткните носом, что лучше использовать для ТВ?
Есть в наличиии:
ТВ на Webos (рут, пользовался ютубом со спонсорблоком, но он отвалился неделю назад, вчера перестал работать офф клиент)
Роутер кинетик (с антизапретом), желательно решение на базе роутера.

сначала решите проблему из-за чего он у вас вообще не работает

ну под “не работает” я имел в виду скорость, если вопрос об этом. По сути он не работает, так как видео даже в 480р умудряется зависать.

вот смотрю в сторону запрета, но не могу понять, есть ли вариант поставить его на кинетик.

модель? лучше создать новую тему или в лс

Для Кинетика нужен USB порт, куда поставить OPKG на флешку с ext4. Я пробовал на днях по инструкции (Настройка zapret от bol-van на Keentic – Telegraph), но у меня не вышло, может запутался с интерфейсами, хотя пробовал разные варианты. Там немного противоречие - если настраивать через install_easy, то он пишет просто укажите WAN интерфейс. При этом в файле конфига в закомеченых полях по-английски написано, что выбрать надо LAN-интерфейс, а WAN-интерфейс optionally. Это если для generic Линукса, куда относится и Кинетик, и куда записывает параметр install_easy, т.е. он сам определеяет роутер “как Линукс”. Башка кругом уже. Нужен опыт того, кто прикрутил именно к Кинетику и именно для юТуба. На днях попробую в Дебиан-виртуалке, чтобы попробовать достичь результата, там и проще - интерфейс всего один. При этом, кстати, я еще не понял как несколько интерфейсов указать, если указывать вроде “eth3 eth3/1 eth3/2 eth3/3” (или с точками вместо слешей), он выдает ошибку в логе потом.

Менялись эти строки:
WS_USER=nobody (раскоментировано для Кинетика)
FWTYPE=iptables
MODE=nfqws
MODE_HTTP=0
MODE_FILTER=hostlist (для файла zapret-hosts-user.txt, куда внесен googlevideo.com)
NFQWS_OPT_DESYNC=“–dpi-desync=split2”

# for routers based on desktop linux and macos. has no effect in openwrt.
# CHOOSE LAN and optinally WAN/WAN6 NETWORK INTERFACES
# or leave them commented if its not router
# it’s possible to specify multiple interfaces like this : IFACE_LAN=“eth0 eth1 eth2”
# if IFACE_WAN6 is not defined it take the value of IFACE_WAN
IFACE_LAN=“br0”
IFACE_WAN=“eth3”

В целом все верно, только

1. интерфейсы можно указать через пробел. и это должно работать
   если не работает - пишем в тему Zapret: обсуждение
   с указанием подробностей
   LAN нужен только для tpws. WAN только для nfqws и tpws для запросов с самого роутера

2. инсталятор знает об openwrt, systemd, openrc. в иных случаях (кинетик - иной случай) он понятия не имеет как прописать скрипты в автозапуск. поэтому это полностью ложится на вас
   /opt/zapret/init.d/sysv/zapret start
   все, что делает инсталятор, это настраивает конфиг в случае generic linux

3. если вдруг появится желание что-то делать с QUIC, то там особая магия с патченым ядром и ndmmark. только пакеты с особым ndmmark идут на MASQUERADE, поэтому десинхронизация первого (quic initial - первый) пакета udp напарывается на отсутствие MASQUERADE. нужно прописывать в NAT таблицу безусловный masquerade. либо ручками , либо zapret custom скрипт делать. если этого не делать и включить QUIC, то zapret будет работать фактически на drop этого пакета. дропать будет провайдер, к которому выходят пакеты с source ip 192.168.1.x

4. кто-то говорил ndm живет своей жизнью по части управления iptables. может периодически взять и что-то там вычистить, и обход перестанет работать. так это или нет, и в каких случаях это может происходить, мне неведомо, так что вам придется это исследовать самостоятельно.
   если это так, то вам придется найти какой-то фаервол хук и делать в нем
   /opt/zapret/init.d/sysv/zapret start_fw
   стоит провести стресс тест на предмет реконфигурации сетевых интерфейсов : выдергивание/задергивание кабеля инет, сохранение настроек в UI ndm, может еще что-то. что по логике может заставить ndm переписать iptables

5. если есть возможность перешиться на openwrt - это стоит того

Благодарю вас за столь подробный и быстрый ответ! Уверен, он будет полезным для многих. Попробую еще раз на днях. Действительно, похоже на то, что Кинетик по-своему играет с правилами, т.к. логах часто ошибка (точно не помню), что, мол, некуда применять, хотя по инструкции по сслыке выше есть как раз скрипт, который через крон отрабатывает периодически, чтобы Кинетик “не забывал” эти правила.

OpenWRT прекрасен и его с удовольствием использую для внешней точки доступа (даже fast transition работает с мешем Кинетика), но под него надо подбирать железо - а так чтобы и флеша, и памяти бы хватило лет на 5, и чтобы USB был, а у китайцев с этим обычно сложно, а в деревне без USB LTE вообще никак причем USB желательно два, т.к. модем жрет много, а городить все через активный хаб не всегда удобно и гирлянда устройств на хабе может не подняться после ребута. У Кинетика старшие устройства почти все с двумя USB.

Подскажите, пожалуйста, можно ли (и если можно, то как) все эти ухищрения (по оболваниванию DPI) сделать на OPNSense? Например, как там сделать TCP-фрагментацию? Или подменить заголовок на hoSt. Пока не пойму, курю основы.
Понятно, что я могу завернуть youtube.com (и googlevideo.com, и иже с ними) в впн, но хочется именно над DPI поиздеваться. Считаю, так интересней и эффективней.

Да, вам нужен dvtws из комплекта программ zapret от bol-van
Там же есть инструкция для BSD систем

Насчет эффективности сомневаюсь…
VPN идет мимо, а “издеваясь” над DPI вы его дополнительно “учите”, достаточно логгировать такие аномалии и дорабатывать софт.

спасибо! Сейчас гляну.

согласен в принципе. Но увести в впн - я всегда смогу. Хотелось ещё “попыркаться”)

Для openWrt еще можно поискать какой-нибудь б/у неттоп (попроще и подешевле, небольшой по размеру, таких тоже много попадается). Поставить openWrt на мини-ПК вполне можно, надо только поискать инструкции.

Еще можно на virtualbox поставить (на том же ПК) и пустить трафик через него.

Создавайте темы для отдельных обсуждений. Это не чат.

ростелеком, замедления не замечаю, работает как всегда, бывает редко при перемотке тормознёт и то 5 сек максимум, жду этого замедления, когда оно уже там начнётся, а его всё нет, просто хотел попробовать их победить, кто кого, чисто спортивный интерес, а оно работает нормально, только громкие слова замедления и не больше.
у меня три провайдера и они все выходят на ростелеком, он основной поставщик

По поводу 4 пункта с ndm и сбросом iptables. Такое и правда есть, лечится вот так. Сам пользуюсь таким скриптом в /opt/etc/ndm/netfilter.d/zapret.sh (в т.ч настроена работа для udp):

#!/opt/bin/sh
[ “$type” == “ip6tables” ] && exit 0
[ “$table” == “filter” ] && exit 0
[ “$table” == “raw” ] && exit 0
/opt/etc/init.d/S99zapret restart-fw >/dev/null

И есть косяк самой NDM при котором с запретом идет утечка памяти и рано или поздно будет 100% загрузка ОЗУ. Я лечу “методом кувалды” - перезагрузка раз в неделю. Смотрел и тетстил, утечка идет внутри самого процесса ndm, а доступа туда кинетик не дает.

Наблюдаю странную картину. Windows 10: Firefox и Edge - проблем нет.

Замедляется только Андроидовский клиент (ReVanced). Хотя были разговоры, что должно быть наоборот. Если отключить QUIC, становится ещё хуже. 1080p ещё на грани; всё, что выше, постоянно буферизируется. byedpi бессилен.

UPD:
Вроде помогает совместное отключение QUIC и запуск byedpi. Планшет показывает скорость 30-50 MB/s

Попробуйте закачать какое-нибудь видео. У меня вот в первую секунду скачалось 16МБ и все… закачка стоит. А видео 720@25fps в браузере тоже нормально более или менее.

Кстати, кто знает онлайн-загрузчики с Ютуба, которые бы работали нормально и без подвохов? Я ни разу в жизни ими не пользовался.

Змедление YouTube на ТСПУ начало затрагивать мобильную связь?

как будто сотрудники из РКН и ему подобных не знают про этот сайт и гудбайдпи

GoodByeDPI уже успели разрекламировать в Интернете. Если станет слишком популярным решением, то РКН просто подкрутят свои настройки немного и все.

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

Добрый день.
Имею аналогичный опыт. Пытался настроить на Keentic Ultra 1811 для решения проблем с просмотром на Smart TV. Результат тоже отрицательный. Настраивал по той же статье и также запутался и до конца не уверен с правильным выбором интерфейса WAN. Остановился на:

eth2.5    Link encap:Ethernet  HWaddr xxxxxxxxxxxxxxx
          inet addr:10.1.1.222

Но не уверен. Сомневался насчет:

ppp0      Link encap:Point-to-Point Protocol
          inet addr: внешний_ip

У вас появились какие либо успехи?

У меня reVanced на tvbox нормально 4к показывает, и в браузерах. На планшете Android в браузерах тоже 4к без прогрузок. Винду не могу проверить, не пользуюсь.
Но замедление похоже у меня есть, если тестить через curl

Screenshot_20240731-193311800×86 25.5 KB

Через byedpi

Screenshot_20240731-193428799×84 25.3 KB

Добрый день, я временно Гугл завернул в vpn. С zapret на Кинетике повременю - еще насторожило сообщение об утечке памяти выше.

У меня ситуация интересная. Кажется блокируются только некоторые поддомены.
Например с rr10---sn-n8v7znsz.googlevideo.com еле шевелится, а c rr2---sn-045oxu-045k.googlevideo.com грузится на полной скорости. То есть при тормозах достаточно обновлять страницу до попадания на “правильный” сервер.

HTTP/3 выключен, запросы идут исключительно по HTTP/1.1.

rr2.sn-045oxu-045k.googlevideo.com – гуглокэш в сети вашего провайдера. rr10---sn-n8v7znsz.googlevideo.com – пиринг от гугла. Адреса российских сетей, как они их видят, в белых списках для всех новых блокировок, включая гугловские обновления процентов.

HTTP/1.1

Вы отключили HTTP/2?

Нет. Соседние запросы его используют. Но именно к googlevideo.com исключительно по 1.1 лиса почему-то обращается.

Внезапно, но гугл раздает видео с серверов без поддержки http/2. Этой информации у меня не было.
Настолько лишняя сущность оказалась. Зато пропихивали протокол в стандарты с ускорением.

Преимущество HTTP2 в стандартизированной поддержке pipelining (конвейерная/многопоточная обработка). А нужна ли она для googlevideo.com ещё вопрос.

Для раздачи видео да, для других задач нет. Разве что дедубликацию данных в заголовке можно притянуть(если закрыть глаза на то, что это экономия на спичках в данной задаче)

Ютуб окончательно отвалился ровно в 0:00 по МСК

Спасибо за инструмент! А будет обновление для Keenetic? Пытался сам собрать для него, но нифига не получилось…

В хроме. В файерфоксе работает но с задержками.

Билайн СПБ

Как будто, оно должно собираться для всего, что имеет crosscompilation toolchain и рут доступ. Ну и ядро с netfilter nfqueue + юзерспэйс iptables. Можете открыть issue в гитхабе и покидать туда ошибки компиляции. Возможно, смогу помочь. С поиском тулчейна - тут увы. По первой ссылке получил GitHub - The-BB/Entware-Keenetic: Ultimate repo for embedded devices и вроде как тут его можно собрать.

Протокол заявлялся как улучшение, он не должен был деградировать в уже существующих сценариях. Если отказались от внедрения значит весь продуктивный контроль передачи данных оказался пшиком. Речь про кодирование передачи бинарных данных, когда заранее неизвестен размер, например.

Использую дурение через nfqws --dpi-desync=fake,split2
Тесты с curl подтверждают, что дурение работает и скорость до googlevideo становится полной (разница в среднем 20 раз).
Но ютуб при этом тупит, особенно сильно зарубежные видео - загрузка фрагментов бывает по 5+ сек, а время ответа сервера 1+ сек (фф отмечает такие запросы черепашкой).
Пчелайн мск.
Я так понимаю, это уже не вылечить?

Screenshot_11625×244 90.6 KB

На Firefox работает без VPN и дополнитленых танцев с бубном.

Вы же сообщили совсем недавно, что Ютуб у вас отвалился.

1. В Edge на ПК не грузит видео в любом качестве.
2. В Firefox на ПК медленно грузит.
3. На Андроиде в приложении Ютуба, и в Хроме, медленно грузит.
4. С включенным goodbyedpi грузит с нормальной скоростью везде.

Не знаю связано ли, но пользователи yt-dlp стали жаловаться на исчезновение 251 (opus) формата. Также я заметил (под VPN), что исчез VP9 24X (например, 247 720p, который https), m3u8 кусковой VP9 остался, однако. В браузере при этом всё есть.
Возможно из-за:
Webpage contains broken formats (poToken experiment detected). Ignoring initial player response.
nsig extraction failed: Some formats may be missing.
Разработчики говорят, что в случае неудачи, yt-dlp переключается на iOS форматы.
Может, это и не связано, но имейте в виду, что yt-dlp сейчас малость поломан из-за гугла.
Upd: в yt-dlp починили.

…конкретных сценариев использования(для некоторых сценариев он просто остался “на том же уровне” что имхо не есть деградацией ведь новый протокол должен не быть хуже старого и решать новые технические проблемы с чем HTTP2 справился. Ютуб не взялся его внедрять ибо к 2015 эдак году трудозатраты на изменение были огромны и взамен с учётом их сценария использования кардинальных улучшений нет)
P.S. Продуктивный контроль передачи нужен для конвейера/мультиплексинга и в случае одного потока данных ничего не даст

про yt-dlp
ну там есть --extractor-args

ютуб и так отдает разные форматы разным “клиентам”

Вот эту жуть https://en.wikipedia.org/wiki/HTTP_pipelining допилили/переделали и стандартизировали. Раньше (в HTTP 1.1) в основном только пользователи Opera Presto кайфовали от быстрой загрузки, если не глючило (картинки не путались).

WARNING: [youtube] Android client formats are broken and may yield HTTP Error 403. They will be deprioritized

Подтверждаю, что затупы есть даже с zapret, хоть curl скачивает штатно. На ВПНах проблем нет.

Где вы только берете эти ВПНы? Я сейчас погуглил, по всем ссылкам выдают список из полутора десятков одних и тех же ВПН, которые уже давно заблокированы.

Так свои же. Ещё нужно готовиться к повсеместному бану популярных протоколов.

V2RayAggregator + V2RayN

забанены наиболее популярные и скажем так “универсальные”
опять же зависит от провайдеров. и прочего
вот у меня даже банальный opera-proxy пока что работает. а часть народа жалуется что у них оно вообще не “запускается”

Так ведь все эти программы, форки и аналоги используют одни и те же принципы и методы. РКН достаточно немного подкрутить настойки в своих коробочках и все. И если раньше они этого не делали, то это из-за того, что такие программы были как Неуловимы Джо, которого никто не поймал не потому что не смог, а потому что он никому не нужен. А после этой истории с Ютубом GoodbyDPI разрекламировали по Интернету, так что только вопрос времени, когда они эту лазейкку прикроют.

Ещё будет борьба меча и щита, и так до набутыливаний за использование.

Уже появлялись сообщения на форуме о проблемах с VMESS/VLESS

А других я в Гугле и не нашел.

Возможно штраф для тех, кто создает всякие ВПНы для других. И то не в ближайшее время.

Возможно всё. Пора научиться не делать прогнозы. Сделаны уже вещи похуже. Но пока поборемся ещё.

ну совсем не “впн”. но если найти пока еще не забаненый хостинг…

Всё-таки добрались до ютуба. Но оно и понятно сколько там оппозиционщины и неподконтрольных мнений. Из-за них теперь котиков (или физику) не посмотреть. Всё-таки https зло.

Ну что, похоже сегодня утром Ютубу в России немножко поплохело.

Найти не сложно, почти любой иностранный, сложнее найти оплату из РФ =) Я за 200 руб в месяц VDS держу в Нидерландах, socks5 прокси поставил, Runet Censorship Bypass расширение использую для проксирования только указанных доменов. 99% всего блокируемого обходится, и никто блокировать не будет, ибо не публичный впн.

Можно для чайника и ни разу для программиста, как вы? Что делать? У меня ничего не работает…

было бы все так просто и легко…
это только один из примеров Блокировка HTTP/HTTPS в сторону Linode, OVH, Fastly, Digital Ocean, Scaleway - #38 by navion
как и нередкие жалобы на замедление или вообще дроп пакетов и для “протоколов” и для хостеров что не входят в белые списки разрешенного
p,s, про youtube RIP == по IPv6 вроде работает

Стоит ли добавлять в файл russia-blacklist.txt эти домены?
*youtube.com
*googlevideo.com

Огромное спасибо за программу.
Вчера через yt-dlp пытался скачать видео 60 мб. Оно скачивалось 4 часа, и половину не смогла скачать

image1256×703 184 KB

А вот сейчас как будто снова похорошело. Может что-то снова тестировали?

А вот сейчас как будто снова похорошело.

У меня в Edge все еще бесконечная загрузка видео вне зависимости от качества. Видимо не похорошело.

У меня в Хроме просто черный экран, а Firefox немного тянет видео. Но тоже с переменным успехом.

Я тут заметил, что m3u8 потоки скачиваются максимум со скоростью 2МБ/с (без обрывов).
А вот https потоки скачиваются со скоростью 13МБ/с.

Использую модуль zapret от bolvan’а.

А для не особо понимающего, о чем вы здесь говорите, человека, можно что то? В корне не работает абсолютно. Хотелось бы хоть что то как то работающее. Заранее спасибо

Билайн. С сегодняшнего дня перестал работать youtube на десктопе. В Firefox работает, в хроме – черный экран и бесконечная иконка загрузки. В хроме начинает работать, если убрать из настроек флаг Kyber. Флаг QUIC ни на что не влияет. Вообще непонятна эта чехарда с флагами QUIC и Kyber – их же нужно убирать только для goodbyedpi, а без него их нужно ставить? А в данном случае без goodbyedpi работает отключение Kyber. Не могу понять как этот флаг может влиять на работоспособность youtube. В Firefox работает, видимо, потому, что Kyber там не используется.

В мобильном приложении (android) все работает. В мобильном хроме то же самое, что и на десктопной версии – при включенном Kyber видео не грузится, при отключенном – грузится. QUIC ни на что не влияет.

Смотрите по F12 протокол. Если там h3/http3 , это quic.
И quic тоже надо обходить через --dpi-desync=fake
Либо его вовсе отключать в броузере

Происходит вот такая вот фигня с ютубом

g775×411 126 KB

MODE_QUIC=1 и все залетало. Спасибо!)

в BGP добавили весь google IPv4
https://antifilter.download/#bgp_page

На мобильном Мегафоне (Ленинградская область) сегодня тоже начали замедлять.
Вот результаты теста. Сначала без zapret, потом с включенным zapret.

Но пока что в броузере (без включенного zapret) все работает. На смартфоне/планшете (Андроид) и на нетбуке (использую броузер Brave).

11897×211 10.8 KB

Как на андроиде фиксить, напишите кто-нибудь.

У меня 74.125.0.0/16 в блоке (где-то четверть rr*---sn-********.googlevideo.com A записей), запроксировал через тунель. Остальные CIDRы пока напрямую работают.

Заметил интересную особенность, в хромоногих недобраузерах ютаб реально не работает даже с антизапретом на роутере и DoH, а в FireFox и его производных форках как WaterFox\Pulse Browser\Floorp все норм. Храни Mozilla боже, как она меня много раз от всяких проблемы забавных выручала и тут снова обошло мимо это все… В консоли ни одной ошибки нет, только про блокировку рекламы. Скорее всего из-за этого Encrypted Client Hello (ECH): часто задаваемые вопросы | Справка Firefox
попробуйте поиграться с параметрами:
network.dns.echconfig.enabled
network.dns.http3_echconfig.enabled
security.tls.ech.grease_http3
network.dns.use_https_rr_as_altsvc
network.http.altsvc.enabled

Если не ошибаюсь, в хромоподобных с дефолтными настройками включен Kyber , а в Firefox - нет. И этот Kyber дополнительно мешает Ютубу.

Проверил, его отруб не помог… Так же не грузится видео и не пролистывается, а в консоль сыпится ERR_TIMED_OUT и ERR_CONNECTION_RESET

Сегодня на Yota в Новосибирске (без VPN) замедлилось скачивание yt-dlp (2024.08.01, формат 137)
yt-dlp (native) 128 кбайт/с (1 мбит/с), есть небольшое ускорение в начале.
yt-dlp --downloader=curl --downloader-args=“–http1.1” в среднем 137 кбайт/с (плавает волнами 100K-160K, иногда 80K-210K, большая K значит кбайт/с), есть небольшое ускорение в начале, но curl качает не кусками.
yt-dlp --downloader=curl --downloader-args=“–http3-only” похоже не замедляется ТСПУ, близко к тарифу: скачивание 2.5 мбит/с, тариф 3 мбит/с. Но замедляет сам YouTube до 1xrealtime (суммарно так выходит, потому что сначала скачивается видео на 2xrealtime, потом звук на 2xrealtime).

Проверены две сборки curl:
с OpenSSL/3.3.0 nghttp2/1.62.1 nghttp3/1.3.0 отсюда
и с BoringSSL nghttp2/1.43.0 quiche/0.22.0 своя

Ростелеком накрыли гораздо раньше и сильнее.

это для gdpi? или в хроме?

Это для zapret
Правда поработало и стало снова тормозить ) Надо другие параметры дурения попробовать, с gdpi работает (но в нем отрублен QUIC совсем)

Может кому поможет.
Я пока что нашел 3 рабочих способа смотреть ютуб.

1. VPN в браузере например SandVPN (не реклама), у меня firefox браузер.
2. TorBrowser www.torproject.org
3. В чат Discord кинуть ссылку ютубу

До этого дня (1.08.24) GoodbyeDPI работал, щас пока что перестал.

По-моему у него нет оплаты российскими картами. И по-моему он заблокирован.

Заблокирован и вообще не предназначен для тяжелого контента.

Тут недавно на Пикабу ценный совет дали как легко и просто смотреть Ютуб через расширение Цензор трекер. Интересно упадут у них сервера или нет? Я это решение использую как запасной вариант, когда Антизапрет временно не работает.

Стал внимательно изучать Zapret, вчера были проблемы с ним, потому что я почти ничего до этого не трогал в дефолтных настройках. Сейчас уже поменял параметры, заработало без ВПНов. Что касается про тор, что пигшут выше, в 1080 он может и потянет, но это не очень этично захламлять этим его канал.

Ребят, подскажите как можно на Android TV обойти замедление? Можно ли на компе поднять socks прокси через byedpi, а на телеке завернуть трафик на этот прокси? Должна ли такая схема работать? Не получается, может что-то делаю не так

Замедлений нет нигде. Потери появились на мобильных, но в отличии от суровых проводных косинус которых в это суровое время достигает 70%, у ОПСОСов лайтово, пока. Проценты не всегда фиксированы. Быть может рандом на рандоме рандомом управляет, но в “разумных” пределах. Сравнение скоростей потеряло окончательный смысл. Но вы можете продолжать. Возможно, РКН создал свою версию игры с хомяком. Угадайте, кто хомяк, и что с ним делают.

Должно работать. Проверяйте на компе сначала.

Мама задумалась о переходе на местные сервисы, потому что надоело каждый раз на планшете запускать VPN (что такое VPN она тоже до недавнего особо не представляла) и надоело замедление. Читает новости на Яндексе и Дзене, верит, что пишут люди (комментаторы). Полагается на рекомендации Ютуба на главной.
Украинцев считает нацистами. Но особо в это не вникает, т.е. окуклилась. Похожее я наблюдал в религии. Раньше часто читала библию, ездила в протестантскую церковь, но видно закрались сомнения, верить вроде не перестала, но перестала участвовать в религиозной жизни. Как-то проговорилась, что “лучше просто принимать на веру и особо не разбираться”. Я о том, что такое окукливание и идеология оставшихся. При этом, власть тоже особо не любит.
Я к тому, а мне-то что делать? Как-то настроить планшет на обход цензуры или добавить в закладки местные сервисы (Rutube, VK, plvideo)? Я не сторонник навязывать свои идеи, кого-то убеждать в правде. Хотя, может и надо бы. А уж как моя покойная бабушка боготворила и верила в Путина. Он целое инвалидное кресло подарил деду.

В браузерах Iceraven и Kiwi Browser можно поставить расширение SwitchyOmega для policy based routing и направить *.googlevideo.com через прокси.

На компе работает без проблем, 4к воспроизводится без задержек. Телек к прокси подключается(вижу это через netstat на компе), но скорость печальная, не пойму что не так

Пишите конфиги хотя бы, а то неясен контекст. И провайдера (если вам норм)

В конфиге всё как было при скачивании:
ciadpi.exe -i 0.0.0.0 -p 1010 --split 1+s --disorder 3+s --mod-http=h,d --auto --tlsrec 1+s --oob 2+s
Провайдер Ростелеком.

та же история с ртк на телевизоре. Иногда работает, в 95% случаев не работает.

Так если инет через роутер, то на роутере и настройте обход блокировок. Все устройства в доме заработают должным образом.

Только что проверил ,tor отлично работает с мостами (провайдер Таттелеком)
Смотреть видео на ютубе через tor вполне можно.

Я тоже заметил что ютуб в браузере firefox практически не тормозит
Сегодня специально проверял,хотя для меня это сейчас не актуально.

обновите гудбайдпи, кто не следит. там новая версия два дня назад вышла.

В Linux: zapret 19

Создайте текстовый файл youtube-domain.txt с текстом googlevideo.com
sudo ./nfqws --qnum=200 --dpi-desync=disorder2 --dpi-desync-split-pos=1 --hostlist=youtube-domain.txt
sudo iptables -I OUTPUT -o <сетевой_интерфейс> -p tcp --dport 443 -m connbytes --connbytes-dir=original --connbytes-mode=packets --connbytes 1:6 -m mark ! --mark 0x40000000/0x40000000 -j NFQUEUE --queue-num 200 --queue-bypass
sudo ip6tables -I OUTPUT -o <сетевой_интерфейс> -p tcp --dport 443 -m connbytes --connbytes-dir=original --connbytes-mode=packets --connbytes 1:6 -m mark ! --mark 0x40000000/0x40000000 -j NFQUEUE --queue-num 200 --queue-bypass

Спасибо, работает ubuntu 22.04.

Я все ж считаю, что разблокировка ресурсов на уровне дома должна быть через роутер, чтоб для всех домочадцев был доступ. Вот эта дроч через антизапреты и гудбайдпи лишняя. Сидят перебирают конфиги, то так, то сяк, несколько страниц одного и того же. В чем проблема поднять свой впн и забыть о проблеме? Нужен ресурс дома? Настроил роутер, нужен в полях? Установил клиент на устройство. Сейчас даже iceraven foxyproxy поддерживает, даже впн соединение не нужно включать, можно его оставить под adguard к примеру. А можно на тот же vps сервер адгард хоум поставить и резать рекламу на уровне роутера/устройства…

Тут блокировка на ТСПУ совпала с замедлением самим YouTube сторонних клиентов. Если возможно, пробуйте обновить ПО, или запустить в интернет браузере.

Мне помогло на ТВ поставить smarttube и в настройках приложения прописать прокси от byedpi

Сделал так же. Скинь, пожалуйста, в личку настройки byedpi, у меня как-то через раз эта схема работает с smarttube

Попробую, спасибо

A post was merged into an existing topic: Замедление YouTube в России

С 1 числа соединения с *.googlevideo.com через tpws --socks --tlsrec=sni --disorder (zapret) обрываюстся. Выглядит так же как у @serj888 - youtube вообще не грузит видео, соединения около 10 раз ретрансмитят client hello. Если отключить проксирование через zapret наблюдается обычное замедление. При этом tpws все еще успешно обходит замедление по sni на других адресах.

А как настроить обход блокировок через роутер? На ПК все с гудбайдпи прекрасно работает, а вот на мобиле даже с ByeDPI все плачевно.

A post was merged into an existing topic: Замедление YouTube в России

Роутер можно было бы поставить (пока есть оптический модем с Wi-Fi). Тут я вижу проблему в том, что роутер должен быть продвинутый, поддерживать маскированные vpn или прокси протоколы. И ещё зарубежный IP может не понравится какому-нибудь сбербанку или сайты кидать капчи. Можно было бы поднять там cloudflare vpn. Но девайса всего два и проще на месте что-нибуль придумать для обхода блокировки ютуба. Какой-нибудь автоматически стартующий надежный vpn был бы идеален. Не знаю можно ли так настроить psiphon.

Ага, спасибо. Но ещё вопрос: роутер у меня не особо продвинутый, что мне делать с мобилой в таком случае? А то не грузит ни черта на домашнем интернете.

Знающие люди, подскажите, пжс, если раздавать интернет с ПК через wlan (virtual wifi) и при этом запустить goodbuydpi на ПК, это как-то влияет на подключаемые устройства? Или goodbuydpi меняет пакеты лишь на самом ПК?

Со вчерашнего дня для googlevideo перестал работать tlsrec, а также split, disorder и oob для позиций > 2, т.е. если разбивать по позиции 1 или 2, то все ок. fake по прежнему работает.

Tor в последнее время неплохо устроили, там ноды новые запустили

В Tor webtunnel прикрутили, вещь хорошая. Получать тут

а есть у кого перечень всех подсетей *.googlevideo. com ? Хочу на роутере замаршрутизировать их через vpn

“googleusercontent.com”,
“googleapis.com”,
“gstatic.com”,
“wide-youtube.l.google.com”,
“yt3.ggpht.com”,
“ytimg.l.google.com”,
“nhacmp3youtube.com”,
“1e100.net”,

https://raw.githubusercontent.com/lord-alfred/ipranges/main/google/ipv4.txt

Такого нет, т.к. значительная часть GGC хостятся на IP-диапазонах провайдеров, а не Google.

https://www.gstatic.com/ipranges/goog.json

а в https://redirector.googlevideo.com/report_mapping?di=no что показывает next-hop ?
я то только “имена” смотрю ибо IPv6

На Android все прекрасно работает с DPItunnel. Только нужно указать в настройках, с какими приложениями он будет работать.

image955×319 7.64 KB

У вас в Google Chrome такого нету? Смотрю стрим, не важно с DPI и без, VPN.

В лисе все ок.

На Xbox Series X YouTube работает на отлично, а вот на смарт тв и пк и на iOS черный экран с ромашкой

2a05:a403:1:xx:xx:xx:xx:xx => obit-led2 (2a05:a400::/29)

ну вот у меня
ams17s06 : router: “pr05.ams15” next_hop_address: “2001:4860:1:1::3061” (2001:67c:2660::/50)
где по whois 2001:4860:1:1::3061 это сам google
то есть это не GCC ?

p.s. curl -4 https://redirector.googlevideo.com/report_mapping?di=no выдает похоже CGC в РТ
=> arn09s18 : router: “pf09.arn16” next_hop_address: “72.14.195.199”

2 39 ms 14 ms 48 ms 1.net-43-pppoe-pool.kaluga.ru [212.106.43.1]
3 40 ms 71 ms 28 ms 213.59.232.180
4 95 ms 47 ms 46 ms 72.14.195.199
или до этого был другой ИП но так же в паре хопов
2 36 ms 14 ms 13 ms 1.net-43-pppoe-pool.kaluga.ru [212.106.43.1]
3 33 ms 17 ms 14 ms 213.59.232.184
4 55 ms 39 ms 39 ms 173.194.121.5

а вот yt-dlp + curl качает чуть ли не с самого “youtube”
хотя название то же самое arn09s18
Трассировка маршрута к rr3.sn-5go7yner.googlevideo.com [74.125.110.168]
2 24 ms 14 ms 9 ms 1.net-43-pppoe-pool.kaluga.ru [212.106.43.1]
3 28 ms 20 ms 21 ms 213.59.232.180
4 24 ms 39 ms 22 ms 217.107.120.223
5 22 ms 38 ms 21 ms 5.143.253.245
6 40 ms 24 ms 25 ms 192.178.241.117
7 32 ms 35 ms 30 ms 192.178.243.132
8 77 ms 40 ms 42 ms 142.250.238.12
9 64 ms 43 ms 46 ms 142.250.61.184
10 57 ms 45 ms 46 ms 142.250.56.93
11 52 ms 48 ms 52 ms 209.85.240.81
12 41 ms 37 ms 41 ms arn09s18-in-f8.1e100.net [74.125.110.168]

Не подскажите, как вы настроили обход для udp?

Случайно обнаружил с справочном центре Гугла такое объявление:

Если у вас возникли проблемы с буферизацией, будьте уверены, что наша команда знает о них и уже работает над решением. Проблемы также могут влиять на YouTube TV и NFL Sunday Ticket.

Они что-то задумали или это о другом?

Кажется, эта плашка висит там давно. Скорее речь о замене GGC и развитии прямых стыков с их инфраструктурой взамен и с целенаправленным замедлением в России это не связано.

По всей видимости в каждом скачанном блобе с американского сервера есть рекомендация обратится к локальному GGC для моей сети, браузер каждый раз пытается туда залезть, не получает ответа (скрипт не запоминает, что предыдущее обращение было ошибочным), и лазит опять на американский амстердамский. Для снижения паразитного траффика стал добавлять такие домены в NX Domain (в кэше всего у меня таких триста штук).

Судя по всему да. Мне уже лень до конца разбиратся, проще всё *.googlevideo.com запроксировать.

У меня не сработало( . На пк запустил GDPI (в браузере на пк ютуб летает) думаю дай включу хот-спот (в мат.плате есть WI-FI) и подключу ТВ через него, но увы и ах как тормозил Ютуб на ТВ так и тормозит(

Как один из вариантов, вот.

Судя по всему да. Мне уже лень до конца разбиратся, проще всё *.googlevideo.com запроксировать

Тогда придется и все остальные домены ютуба проксировать (youtube.com, you.tube, *.googleapis.com, *.1e100.net и т.д.). Без этого ютуб не позволяет возспроизводить видео. По крайней мере у меня так.

У меня всё через прокси было для обхода региональных ограничений кроме *.googlevideo.com, работало лет 10.

У меня вообще стал пропадать на планшете интернет, как только врубаю gdpi на пк.
Похоже, что это старый вопрос Раздача Wi-Fi на Windows 10 с GoodbyeDPI

Ну у меня планшет/телефон вообще игнорируют GDPI. Запускал с russia-blacklist.txt у меня отваливался алиэкспресс/спидтест и т.д на ПК (потом разобрался - почистил блеклист оставил только googlevideo.com и все норм), а на телефоне и планшете алиха/спидтест и пр. работали. (из этого сделал вывод что при хот-споте GDPI игнорировался).

P/S OS: Win 10 Корпоративная LTSC 21H2 19044.4651

У меня такое чувство, что мой провайдер (фб-телеком) googlevideo наглухо оторвал. Что только не пробовал с параметрами запуска gbDPI, вообще по нулям. Даже превьюхи не грузятся. При всём при этом, сам сайт работает весьма шустро, как будто и не было ничего.

Странная вещь, последние два дня были проблемы с ютубом, при этом все возможные программы подавления DPI обладали лишь частичным эффектом, так как часть рст гугловских серверов просто не отвечали. Буквально как 20 минут назад, всё заработало без всяких подавителей, как раньше.

Благодаря советам из этой темы успешно пустил все подсети Youtube через VPN на уровне роутера.
Список сетей брал отсюда: https://github.com/touhidurrr/iplist-youtube

Но теперь уже хочется выйти на следующий уровень комфрта
Youtube начал показывать рекламу, от которой уже давно отвык. Реклама, понятное дело, из той страны, где у меня VPN-сервер.
А можно ли пустить через VPN не все подсети Youtube, а, например, только подеси, где сервера с контентом вида …cache1.c.youtube.com, r4---sn-npoe7ne7.c.youtube.com и подобные?

Т.е. контент будет через VPN, а остальные домены - напрямую. Возможно, мою локацию Youtube определяет по какому-то из вполне конкретных доменов типа m.youtube.com или что-то такое.

Поделитесь, если кто уже изучал этот вопрос?

Т.е. контент будет через VPN, а остальные домены - напрямую. Возможно, мою локацию Youtube определяет по какому-то из вполне конкретных доменов типа m.youtube.com или что-то такое.

Я пробовал, у меня не получалось. Youtube перестает грузить видео, если айпишники разные.

А какие именно домены или сети отделяли, не помните?

Кажется отпустило, сечас с запущеным exe’шником видео на ютубе начало грузить. Хотя сегодня вообще забавно. У меня ни с того ни с сего со своего провайдера отвалился сайт озона, при этом с мобильного инета всё открывалось. Чего-то они там сегодня набедокурили однако. Ни у кого случайно внезапные сайты сегодня не чудили?

googlevideo.com от всех остальных:

youtube.com
you.tube
yt.be
ytimg.com
gstatic.com
googleapis.com

По поводу рекламы - контент и реклама и аналитика идет с одного домена, идите в сторону кастомных решений для каждого девайса, для андроида NewPipe или более качественные его форки, для компа brave с ublock origin. Для телика либо клиент отдельный либо pinole. Но это уже собственный сервер дома, DNS через VPN и совсем другой уровень работы. Для устройства iOS режим разработчика (100$) и кастомный клиент - напишите в личку могу прислать.

Общего решения к сожалению нет, или я такого не знаю

Еще интересный момент.
yt-dlp без gdpi качает c ютуба со скоростью ~50-100 kbs, с gdpi ~3-5 mbs
Internet Download Manager (IDM) без gdpi ~100-900 kbs, с gdpi ~8-10 mbs
Там видимо какая-то своя технология используется.

На Хабре появилась новость, что якобы в десктопной версии Safari и в Яндекс Браузере Ютуб работает штатно, без замедлений. Правда изначально эта новость появилась в ТАСС, а уж оттуда попала на Хабр.

Еще в Интернете попадались сообщения, что где-то в настройках AdGuard есть опция “Защита от DPI”. У кого-то это работае, у кого-то нет.

Лол, ну очевидно же что это реклама второго браузеросодержащего продукта

яндекс-браузер тот же Хром. из нестандартного там вроде только левые сертификаты “для РФ”
а уж на фоне того что Яндекс давно не яндекс. и 2ой “новости” Эксперты ФСБ рекомендуют отказаться от российского браузера «Спутник» из-за проблем с безопасностью проекта / Хабр
то ставить его на очень большой страх и риск.

в АдГуардах скорее всего подмена SNI и прочее что делают остальные antiDPI
типа HoST: .googlevideo.com. вместо host: goooglevideo.com(без точки)

При тотальном TLS? Бесполезно же.
Судя по этому обсуждению делает примерно то же, что GDPI.

Кстати, да. Живу в СПб, пару дней была жесть, даже на ПК с gDpi могло тормозить на стримах (возможно сыграл и староватый роутер), а сегодня как рукой сняло, и ByeDPI на мобиле снова спасает…

Я бы посоветовал не страдать и поставить brave/sponsorblock/нечто вроде того в браузере (расширения), а на мобилу и тд если на Андроиде, то YT ReVanced, а лучше YT RVX (ReVanced Extended). На iOS Я хз

Я не понимаю почему но в яндексе реально ютуб у меня работает без замедлений, возможно это какой-то баг

Спасибо. Но нужно решение для клиента Youtube на ТВ (LG WebOS.)
Поэтому кастомные клиенты отпадают, остается что-то делать на уровне DNS, VPN и списка адресов.

Ну и само-собой уже используется iSponsorBlockTV (если кто не знает, оч. рекомендую), но это для вырезания нативной рекламной интеграции в роликах. Против той рекламы, что Youtube вставляет сам, это не работает.

А почему не захотели поставить на роутер zapret вместо впн?

Как-то комфортнее с инструментом, которым полностью управляю сам.
И к тому же, VPN на роутере нужен не только для сайтов, заблокированных РКН.
В последние годы появилось много иностранных сайтов, которые блокируют РФ - для них тоже держу отдельный список и каждую ночь обновляю скриптом маршруты на роутере для этих IP

Волгоград ТТК: даже 144p ВСЁ. В статистике ютуба даже полоска буферизации не успевает пробежать всю шкалу. В любом браузере. Некоторые видео в 144p могут минут 10-15 поиграть, но потом намертво повисают.

Есть небольшой список российских адресов где висит GGC. В нем 5k строчек, включая ipv6 и стыки от гугла. Стучитесь в лс шифропанков. Можно сделать список для других сетей, найти домены используемые гуглом для них и прочее.

на РТ после замедления gvt1 и даже google.com убрали на время ограничения сокрости даже на ютубе

было вот так днем

как оказалось IPv6 режут скорость на google.com и googlevideo
я часть тестов без -4/-6 делал вот и запутался

image920×377 20.4 KB

Добрый вечер!
Подскажите, какой протокол vpn сейчас лучше использовать для обхода блокировок и замедления youtube.

1. Программа минимум, чтобы просто можно было подключаться с компов и мобильных устройст через клиенты, типа openvpn.
2. Желательно, чтобы и на hap ac2 можно было настроить переадресацию запросов на часть сайтов.

Сейчас есть vps с openvpn, связь с которым работает только через проводной интернет, а у опсосов заболочена. Ну а на проводном интернете с openvpn Ютуб все равно стал тормозить.

sstp. Сам настроил на микротике. Закинул в пул нужные адреса и они работают через vpn.

Тоже самое. Настроил tpws на роутере. Теоретически, все хорошо - курлом грузит на максимально скорости. На практике - заходишь на ютуб, в devtools вкладка Сеть, и просто стена из красных запросов на абракадабра.googlevideo.com. Соединения просто дропаются.

Опция Kyber в Хроме и его аналогах по умолчанию включена, а в Firefox - выключена. Обычно Kyber требуется выключить для корректной работы GoodbyeDPI, поскольку она с этой опцией несовместима. Но у меня и без GoodbyeDPI Огнелис грузит видео, пусть плохо, в низком разрешении и с перебоями, но показывает, зато Хром - показывает только черный экран и белое кольцо посередине. Но если в Огнелисе Kyber включить, а в Хроме выключить, то все будет ровно наоборот. Получается, что эта опция, будучи включенной сама по себе замедляет Ютуб.

Ничего не выключал в Хроме, запускал с 1_russia_blacklist.cmd (единственно выкинул все с russia-blacklist.txt, прописал только googlevideo.com т.к. мне нужен был только ютуб, остальное другим расширением обходится) и все работает.

P/S Провайдер Ростелеком, тариф 100Мб/с, ДВ

А кто сталкивался с подобным? Видео после goodbyedpi работает нормально, а вот с трансляциями все плохо. Как решаете? Если через ВПН, то такого не происходит.

image1395×817 40.9 KB

Новая тема: Ютуб резко заработал на МГТС, Москва. Ролики грузятся без гудбайдипиай. Это только у меня так?

Не удивлюсь, если это правда. Ведь им плевать на народ. Народ для них лохи, а они гопник/пацан.

Загрузчики умеют в многопоточность, попробуйте yt-dlp с флагом -N 4 (или любое другое кол-во потоков)

Reddit по-моему тоже стали замедлять, ролики и фото грузятся очень плохо

Ну так целью замедления Ютуба на данном этапе является изменение поведенческих паттернов, или проще говоря - привычек. Хотя часто говорят что Ютуб это кладезь образовательного контента, большинство людей смотрят там всякуцю дребедень.Но эта дребедень в изобилии может быть предложена и альтернативными видеохостингами. Но пользователи раньше обычно открывали Ютуб. Почему? Просто в силу привычки. И теперь нужно выработать другую привычку. Первые результаты уже есть. Приложения VK Видео и Рутуба вошли в тройку лидеров по скачиванию, наряду с каким-то там ВПНом.

Так они и альтернативам не дали развиться? Сколько этих альтернатив появилось именно потому что контент мейкеров задолбал ютуб и из вечная цензура? Но только вот кто заблокировал битшут? А рамбл? Даже гребаный вимео и тот заблочили. Одиси еще вроде работает. Они хотят страну вообще без видео хостинга оставить получается? Тут уже только пиртюб и остается, почему бы государству не вложиться в пиртюб? Если в него вложить то он может дейсвительно стать децентрализированой альтернативой без цензуры, это ведь все началось потому что русских убирали с ютуба, да? Значит цели сходятся, никому из нас не нравится ютубовская монополия.

Ребят, спасайте. На несколько дней в МСК, дома в Питере кое как смог разобраться с мобилой, но тут мне ни байдпи, ни павертуннел не помогают. Что мне делать?

Я считаю, что надо за Ютуб до конца бороться.
Кто умеет, настраивайте разные решения обхода своим друзьям, знакомым, людям вокруг. Чтобы подключить такую “волшебную коробочку” и раз! - можно смотреть Ютуб. А Ютуб - это детские мультфильмы, это радость и вообще, свобода.

Положительное в данной ситуации то, что даже самые ленивые заинтересуются (волей-неволей) разными средствами обхода.

Ну я уже сообщал новости, что за последние дни в тройку лидеров по скачиванию внезапно выбились приложения VK Видео, Рутуб и ВПН. ВПН скоро заблокируют, останутся только VK Видео и Рутуб.

г. Екатеринбург, договоры на юр.лица, на всех роутерах белый ip с настроенным ipv6 через туннельный брокер https://6in4.ru
МТС (по договору до 50 мбит/с)

Инсис (по договору до 30 мбит/с)

Интерра (по договору до 20 мбит/с)

IPv6 имеет приоритет над IPv4, ваш у вас видео туннелируются.

Плюсом заблокированные ресурсы (nnmclub, rutracker), у которых есть ipv6 адрес стали открываться. На выходных пришла мысль в голову “а что если”, проверил на одном роутере — работает, сегодня на двух других — тоже.

по IPv6 их (рутракер/ннм/рутор) и не блокировали. по крайней мере на RT.

p.s. рутор == http://6tor.org/ 2a07:e01:3:26c::1

Релиз Firefox 129.

…
На платформах Linux, Windows 11 и Android 10+ предоставлена возможность использования системного резолвера для определения DNS-записей, через которые передаётся информация об открытом ключе для механизма ECH (Encrypted Client Hello), который обеспечивает шифрование информации о параметрах TLS-сеансов, таких как запрошенное доменное имя.
Скрытие домена в HTTPS-трафике, среди прочего, в некоторых случаях приводит к решению проблем с падением скорости при просмотре YouTube, наблюдаемого последнее время у пользователей российских провайдеров.

Встроенный в браузер механизм обхода замедления Youtube и других?

зависит от… провайдера. его ТСПУ. етк
кому то вообще все режут если SNI не могут найти

Подскажите, интернет по протоколу PPPoE, старенький роутер WR841N v9, местный провайдер которого выкупил ростелеком. В GoodbyeDPI 0.2.3rc1 - Launcher 8.0 выбираю любой из шаблонов. Заблокированные сайты открываются, а ютьюб нет. Куда копать?

Получится, что трафик Firefox 129 и выше тспу будет резать по дефолту

там тоже всё странно. говорят чтобы работал ECH в хроме/firefox надо обязательно указывать DoH. у меня например свой DNSCrypt и я обычно отключаю левый DoH

ECH полагается на DNS через HTTPS (DoH) в своей функциональности, используя его для получения необходимого для шифрования ключа
Что нужно знать об Encrypted Client Hello (ECH) | Справка Firefox

В ech есть inner client hello и outer client hello, который и находится в поле sni. Outer виден со стороны, выглядит примерно так: cloudflare-ech.com. На данный момент ech отключён даже у cloudflare, у гугла его вроде бы и не было.

И кстати, если в тот же nginx внедрят поддержку ech в нормальном виде , использовать его и прикрываться каким нибудь cloudflare - не получится. Если попытаться прикрыться чужим доменом, на который нет сертификата - часть функций ech не будет работать.

Смысл в ech есть только для крупных компаний и для тех, кто сидит за CDN.

на моем РТ совсем IPv6 убили
где то стали скорость вообще до нуля резать. где то с трудом но качает
но даже вчера работавший по IPv6 SNI m.vk.com сегодня с ограничением меньше 100 КБ/сек
по IPv4 googlevideo вообще не скачалось ни 1 бита

На моем FF включен и ECH, и DoH (все тесты проходит). При этом ни один из заблокированных сайтов не открывается без впн/прокси/gdpi. Так что это не панацея, увы.

Во-первых нужна поддержка со стороны сервера, а ее нет. Во-вторых уже давно сообщалось, что если dpi не видит SNI в явном виде, такие соединения блокируются.

Посоветуйте сайт с поддержкой ECH. У меня есть curl, собранный с ECH, хотелось бы потестить.

Ага, нашёл.

curl --ech true --tlsv1.3 --doh-url https://cloudflare-dns.com/dns-query -v https://tls-ech.dev

curl --ech hard --tlsv1.3 --doh-url https://cloudflare-dns.com/dns-query -v https://tls-ech.dev

при этом видимый в Wireshark sni: public.tls-ech.dev (ECH используется, сообщает сайт). На Йоте работает.

curl --ech grease --tlsv1.3 --doh-url https://cloudflare-dns.com/dns-query -v https://tls-ech.dev

видимый sni: tls-ech.dev (ECH не используется)

Из мануала:

--ech
(HTTPS) Specifies how to do ECH (Encrypted Client Hello).
The values allowed for can be:

false Do not attempt ECH
grease Send a GREASE ECH extension
true Attempt ECH if possible, but do not fail if ECH is not attempted. (The connection fails if ECH is attempted but fails.)
hard Attempt ECH and fail if that is not possible. ECH only works with TLS 1.3 and also requires using DoH or providing an ECHConfigList on the command line.

ecl: A base64 encoded ECHConfigList that is used for ECH.
pn: A name to use to over-ride the “public_name” field of an ECHConfigList (only available with OpenSSL TLS support)

Errors Most errors cause error CURLE_ECH_REQUIRED (101).
If --ech is provided several times, the last set value is used.
Example:
curl --ech true https://example.com
Added in 8.8.0. See also --doh-url.

SNI в ECH указывается, но фейковый (универсальный). Узнать о фейковости DPI может, если сечет в ECH.
Но пока что это используется 1,5 сайтами. Также не взлетает, как ESNI - прошлая мозилловская разработка.

Лог подключения с ECH, если кому интересно:

curl --ech hard --tlsv1.3 --doh-url https://cloudflare-dns.com/dns-query -v https://tls-ech.dev
* Some HTTPS RR to process
* Host tls-ech.dev:443 was resolved.
* IPv6: (none)
* IPv4: 34.138.246.121
*   Trying 34.138.246.121:443...
* Connected to tls-ech.dev (34.138.246.121) port 443
* ECH: ECHConfig from DoH HTTPS RR
* ECH: imported ECHConfigList of length 75
* ALPN: curl offers h2,http/1.1
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_CHACHA20_POLY1305_SHA256 / [blank] / UNDEF
* ALPN: server accepted http/1.1
* Server certificate:
*  subject: CN=tls-ech.dev
*  start date: Jul 28 23:54:55 2024 GMT
*  expire date: Oct 26 23:54:54 2024 GMT
*  subjectAltName: host "tls-ech.dev" matched cert's "tls-ech.dev"
*  issuer: C=US; O=Let's Encrypt; CN=R11
*  SSL certificate verify ok.
* using HTTP/1.x
> GET / HTTP/1.1
> Host: tls-ech.dev
> User-Agent: curl/8.9.0-DEV
> Accept: */*
> 
* Request completely sent off
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
< HTTP/1.1 200 OK
< Server: nginx/1.21.1
< Date: Tue, 06 Aug 2024 18:55:43 GMT
< Content-Type: text/html; charset=UTF-8
< ECH-Accepted: 1
< Transfer-Encoding: chunked
< Connection: keep-alive

Если SNI универсальный, один на всех и его невозможно произвольно изменить, то в России ECH и не взлетит. Просто пока DPI это не интересно именно потому, что используется одним с половиной сайтом.

Во многих роутерах есть 6to4 Anycast Relay, через 192.88.99.1, который deprecated
Но некоторые провайдеры его до сих пор поддерживают
Можно попробовать, вдруг кому-то поможет
Попингуйте 192.88.99.1

Ради интереса попинговал. Пинг 41 мс. Пакеты идут в Амстердам. Пчелайн мск.

del

Не туда написал, сорри.

@ValdikSS, у тебя вроде до последнего не тормозил firefox (у меня тоже, и только с 1 августа firefox превратился в тыкву ).
Глянь новую версию 129.0, там что-то накрутили хорошего с http/3:

На платформах Linux, Windows 11 и Android 10+ предоставлена возможность использования системного резолвера для определения DNS-записей, через которые передаётся информация об открытом ключе для механизма ECH (Encrypted Client Hello), который продолжает развитие технологии ESNI (Encrypted Server Name Indication) и обеспечивает шифрование информации о параметрах TLS-сеансов, таких как запрошенное доменное имя. Ключевое отличие ECH от ESNI в том, что в ECH вместо шифрования на уровне отдельных полей целиком шифруется всё TLS-сообщение ClientHello, что позволяет блокировать утечки через поля, которые не охватывает ESNI, например, поле PSK (Pre-Shared Key). Изменение также позволяет использовать протокол HTTP/3 без использования заголовка Alt-Svc. Ранее для получения ключа к ECH требовалось включение “DNS over HTTPS”. Скрытие домена в HTTPS-трафике, среди прочего, в некоторых случаях приводит к решению проблем с падением скорости при просмотре YouTube, наблюдаемого последнее время у пользователей российских провайдеров.
Релиз Firefox 129

ECH поддерживается считанными сайтами, единицами, думаю даже не десятками. Точно не YouTube.

Чепуха полная. Специально не поленился и зашел в гугл плей чтобы сверить. Через десктопную версию тор 3 приложения инстаграм, ватсап и… тикток. То есть тикток это ваша алтернатива выходит? Через телефонную версию топ 3 какие-то нуонейн впн на арабском и… ватсап. Рутьюба там вообще нету как приложения (оно вообще существует?), есть какая-то “студия,” что может означать что рутьюб вообще не поддерживается на моей модели, а если мой телефон не поддерживается то как эти люди в ркн пересаживать бедных старушек которые не могут купить хлеб на “крутые телефоны” чтобы смотреть котиков будут? Вк видео там есть, но все резенцзии в 1 стар что ни у кого не работает и слишком много жалоб на ненужные пермиссии. То есть как альтернатива это хуже чем одиси да битшуты потому что люди тупо не могут юзать, а без юзеров нету и контента чтобы создавать.

У рутуба есть приложение, и могу сказать что работает отзывчивее чем вк видео

СМИ начали писать о прекращении замедления.

Лично у меня всё ещё 256кб/с, но у некоторых знакомых всё действительно заработало само по себе. Началось примерно сегодня утром.

У меня со вчера перестало тупить. Ростелеком.

Интересно, что нашло на РКН… В жест доброй воли что-то не верится.

Скорость увеличилась, но не полностью. Через curl по-прежнему 100-200 кбайт, но на деле где-то 30 Мбит есть.

Надо что бы ValdikSS снова прогнал тесты и сказал, реально ли сняли замедление или просто чуть скорости подняли и все

на моем РТ
IPv4 если и режут то лимит больше моего 1000КБ/сек канала
IPv6 режется скорость как и до этого на уровне 50+ КБ/сек

МТГС, Москва, ютуб не работает ни на ПК ни на мобильных устройствах вообще. Что странно.

на моем РТ
опять/снова режут скорость по IPv4
но хоть на IPv6 убрали ограничения скорости на всех “доменах” (SNI) что проверял

curl -4 -o NUL -k --connect-to ::speedtest.selectel.ru https://manifest.googlevideo.com/10MB -w %{speed_download}
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 10.0M  100 10.0M    0     0  67122      0  0:02:36  0:02:36 --:--:-- 72688
67 122

curl -6 -o NUL -k --connect-to ::speedtest.selectel.ru https://manifest.googlevideo.com/10MB -w %{speed_download}
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 10.0M  100 10.0M    0     0  1074k      0  0:00:09  0:00:09 --:--:-- 1369k
1 100 716

Заметил, что на Йоте цельное скачивание через yt-dlp+curl+quic стало разрываться через несколько мб (разные цифры: после 131мб, 17мб, 54мб, 20мб, 110 мб, 31 мб, 24 мб, 205мб, 120мб), пока не возобновишь. Раньше качалось без срывов, вроде.
Это с nghttp3/openssl3, а boringssl/quiche без разрывов.

http1.1 по прежнему ~128 кбайт/с с burst. Даже без curl.

Недавно ютуб лёг на несколько минут на йоте и ростелекоме (с goodbyedpi и без). Мне даже брат позвонил.
После оживления на йоте скорость quic стала около 256 кбайт/с (2 мбит/с). Было гораздо больше. nghttp3/openssl3 также рвётся, boringssl/quiche нет.
на http1.1 стала около 40 кбайт/с с прерыванием скачивания, было 1 мбит/с.
На ростелекоме ожило тоже, какая скорость пока не знаю.

На TTK ютуб полностью умер. Даже страницы по 2-5 минут загружаются. И 144p виснет навсегда.
Пруф: https://youtu.be/MDZWpyEWRTI

Тоже без впна не грузится сайт
сибсети

У меня не работает на Firefox, но при этом грузится на Chrome.
UPD: вроде бы отпустило.

Замечено, что kyber ломает загрузку.

IMG_20240808_105531_4561256×757 80.9 KB

При выборочном проксировании не работает приложение на смартфоне. Если проксировать весь трафик, тогда, естественно, работает.

Подскажите что упустил из доменов?
На данный момент список такой

youtube

(?:^|.)youtu.be$
(?:^|.)youtube.com$
(?:^|.)ytimg.com$
(?:^|.)yt3.ggpht.com$
(?:^|.)googlevideo.com$

P.s. добавил ещё этот

googleapis.com

Приложение заработало при выборочном проксировании.

P.p.s в принципе достаточно даже

youtubei.googleapis.com

У меня такой PAC скрипт для браузера. В Firefox есть из коробки. На хром придётся накатить костыль Proxy Switcher. Я не шарю, накатал быстро, не вдумываясь. Вроде работает.

function FindProxyForURL(url, host) {
if (shExpMatch(host, "*.googlevideo.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "*.youtube.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "*.youtu.be")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "*.ytimg.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "*.ggpht.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "*.googleusercontent.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "*.googleapis.com")) {
return "SOCKS 127.0.0.1:2080";
  }
else if (shExpMatch(host, "*")) {
    return "DIRECT";
  }
}

Спасибо,
Да помогло добавление этого домена googleapis.com.

p.s в принципе достаточно даже

youtubei.googleapis.com

Также полностью не работает.
Мелкий региональный провайдер: Chrome - ERR_FAILED ошибка или в интерфейсе пишет “Connect to the Internet, You’re offline. Check your connection” в зависимости от того, что открывать пытаешься. Firefox - PR_END_OF_FILE_ERROR ошибка.

С VPN работает.
Вчера вечером все нормально было с GDPI - сегодня не работает.

Добавление дополнительных доменов в файл блэклиста GDPI пока не помогло - надо пробовать похоже дальше с настройками экспериментировать.

Update - Вместо полной неработоспособности перешло к состоянию то работает, то работает частично (не прогружает thumbnails например), то опять вообще не работает. +
с использованием GDPI 0.2.3 пока стало нормально открываться

На десктопе при проксировании через sing-box работает с такими доменами в правиле:

"domain_suffix": [
.ggpht.com              # аватарки каналов
.googlevideo.com        # видео контент
.youtube.com            # фронтэнд
.ytimg.com              # thumbnail (превьюшки видео)
]

Чтобы работало мобильное приложение, надо также добавить .googleapis.com - подтверждаю информацию выше.

На йоте осталось 2 мбит/с по quic.
На ростелекоме помогает goodbyedpi с доп. доменами.

какие доп. домены нужно добавить?

Брат добавил вот эти:

googlevideo.com
youtube.com
ytimg.com

и говорит вроде норм.
goodbyedpi версия ещё предыдущая.

Подскажите, как на MacOS исправить? SpoofDPI там вроде нет возможности добавлять домены?
У меня даже сайт на Ростелеком еле открывается с антицензорити

Без vpn youtube не открывается вообще. C VPN лагает видео, поэтому юзаю vpn+godbyeDPI

Теперь наблюдаю переодические проблемы в работе youtube - то не работает, то работает. При этом gbdpi запущен без blacklist, так что не думаю что проблема в новых замедленных доменах. Возможно ли вообще, что проблема хотя бы частично со стороны самого youtube?

В данный момент SpoofDPI работает без доп настроек.

Нет, это наш фюрер блочит его. Напсиал же выше, что с впн+ гуддпй все норм

Да они не только ютуб поломали… опять “пол инета” легло…)
по антизапрет на селф-хостед с добавлением доменов из этого обсуждения помог…
ну а рекламу уж переживем как нибудь)

У меня нет(

ublock +firefox. И даже на андроиде.
И никакой рекламы.

В хроме на андроиде вообще нельзя плагин установить. А на ПК уже скоро запустят третий манифест, который сделает ublock неработоспособным. Поэтому если хотите без рекламы, то только firefox.
Фильтры выбирать:
uBlock filters – Ads
uBlock filters – Quick fixes
uBlock filters – Unbreak
EasyList
RU AdList
Парсить и применять косметические фильтры
Игнорировать общие косметические фильтры (можно не игнорировать - не пролезет мало заметная нативная реклама внутри самих сайтов, но сожрет много ресурсов)

Потому что добавлять *.googleapis.com (а очень похоже на то потому что new pipe не заботает без именно проксирование этого домена, yt-dlp при этом работает без него) в список это и есть collateral damage

ну пока адБлок работает и хром устраивает, но такими темпами реально придется на лису переезжать.
я чисто в контексте ПК говорю

Недавно автор обновление выпускал, обновлял?

И меня еще очень интересует как блокировка googleapis (если она и правда имеет место быть) связана с “устаревшим google global cache оборудованием”?

Почему придётся-то? В лисе все лучше работает. Вот прям сходу первое что в голову пришло:

1. В хроме нет настроек прокси ВООБЩЕ. И на линуксе хром даже нельзя запустить с использовсание системного прокси. Требуется костыль. И нормально работает лишь один давно заброшеный плагин.
   В лисе есть встроенные из коробки настройки прокси и даже PAC скрипт умеет.
2. В хроме элементарно нельзя переключать вкладки в порядке их активности (времени последнего обращения). И даже костыли работают очень плохо и не по привычому сочетанию ctrl+tab.
   В лисе тыкаешь ctrl+tab и переключаешься в порядке активности вкладок, да еще видя их миниатюрки.
3. В хроме очень плохо работает плагин для жестов мыши. не срабатывает в 40% случаев. Мало опций. А на линуксе вообще UI сломан и его нельзя настроить.
   В лисе есть божественный gesturefy. Который не просто работает идеально всегда и дает целое море опций записать на жесты. Но и даже сравнивает жестыпо всей траектории. А не только по смене направлений. Можно хоть слово ЙУХ написать мышкой и повесить на него жест.
4. В хроме нельзя полностью отключить webrtc. А без костыля вообще никак нельзя.
   В лисе можно тыкнув параметр в конфиге.
   И так можно продолжать вечно. В хроме ничего не настраивается и плагины работают очень плохо и не функционально.

И я бы мог еще выкатить десятки параметров about:config, которые я сделал под себя в лисе. И которых априори нельзя даже увидеть в хроме.

А еще в лисе есть профили. Это полностью независимые папки, как на разных ПК. Их можно одновременно запускать в разных окнах. У каждого профиля свои настройки, своя история и закладки, свои плагины. Как два отдельных браузера. Один профиль может через проксю работать, другой напрямую.
И к тому же есть контейнеры. Это песочницы внутри одного профиля одного окна. Можно открывать один сайт в двух контейнерах. И в каждом будут свои набор куков, локалсторейдж и тд. Т.е. можно в один сервис с нескольких акков заходить.

И даже UI. В хроме когда вкладок много, они сжимаются до пары пикселей на панели, фиг попадешь. В лисе они просто колесиком скролятся по панельке. А их ширину ты задаешь сам. При том можно им задать динамическую ширину - чтобы сжимались, но не сильно. Сам решаешь, показывать ли на них крестики или показывать только на активной вкладке. И тд.
А открытие списка всех вкладок у меня висит на жесте мышкой. я делаю легкое движение и под курсором список всех табов в порядке их активности.

Ну и тд. В плане удобства хром это просто деревянная палка. А лиса как космический корабль.

Я буквально сегодня только поставил его

yt4.ggpht.com
ytimg.l.google.com
nhacmp3youtube.com
googleusercontent.com
googleapis.com
gstatic.com

Возможно… я не собираюсь спорить кто из них лучше кто хуже)
мне просто нравится хром и я им пользуюсь
фишки которые Вы перечислили лично для меня неактуальны…

но если они блокнут блокировщики рекламы, придется перепривыкать к лисе, тут без вариантов)

gdpi снимает блокировку/замедление ютуба, но когда запущен замедляет работу твича/пинтереста, некоторый других сайтов

(с твичем очень видно, долго грузится + дилей секунд 5 при отправке сообщения)

YouTube перестал работать через ByeDPI, напрямую тоже. Ростелеком, ДВ.

A post was merged into an existing topic: Замедление YouTube в России

Добавил все упомянутые в этом топике домены в блеклист, однако список рекоммендаций именно под видео дальше 1 страницы не грузится, какой домен надо добавить, что бы работу восстановить? В консоли ничего не говорит о том, что что-то достучатся не может.
UPD: https://www.youtube.com/youtubei/v1/next?prettyPrint=false - стучится сюда, сервер отвечает 200
, ответ с виду не говорит ничего плохого, googleapis в списке есть.

У меня не грузило видео даже с байдпи (в браузере на андроиде), однако, после перезагрузки роутера все заработало, не решение, конечно, но интересно.

Перезагрузил tvbox на котором стоит nekobox, не помогло. С ByeDPI for Android тоже не заработало.
Перезапустил сам сервис byedpi, тоже не помогло.
Но помогло изменение параметров в byedpi. Как будто тспу обучают.

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

Ростелеком Урал. Сегодня утром youtube перестал открываться, до этого работал по IPv6 с QUIC (+DoH конечно) и без них. Здесь тест полностью проходит Cloudflare Browser Check

Для тех кто хорошо разбирается, особо хочу отметить что при полной недоступности YouTube с ПК, на планшете через WiFi, приложение YouTube ReVanced Extended полностью работоспособно(!) На планшете не установлено никаких прокси, впн и других средств, симки нет. В приложении включена опция QUIC.
Возможно те, кто хорошо понимает ситуацию смогут сделать некоторые выводы.

НЕ РЕКЛАМА Brave наше все. есть патч для отключении шифрования - можно сделать браузер действительно портабельным ( аддоны, пароли и т.п.) + у него отдельно есть поддержка манифеста v2 + есть встроенный IPFS-шлюз если надо (лучше бы i2p ). на githab’e portaapps](Portapps · GitHub)

Ты про этовый GitHub - Bush2021/chrome_plus: A DLL hijack implements Chrome full portability as well as tab enhancements. ?
А то на портаппсе написано что

Cookies, passwords and settings not saved across computers

Есть uBlock Origin Lite который под Manifest V3 сделан. Выглядит как огрызок Origin, но рекламу нормально блокирует в режиме фильтрации “оптимальный”.

Под Android хорошо блокирует рекламу AdGuard. Но можно и Firefox использовать, там есть поддержка расширений типа спонсорблока, юблока, и так далее, это прям круто.

Переходите на Firefox, он ничем не хуже, во многом даже лучше хромоподобных. После пары лет на firefox’e заходить в chromium уже просто противно

мой косяк - но я использую на одной машине и не заметил поломки.

соскочил с фаерофкса и столько оперативки высвободилось. лучший браузер был - опера до версии 12.30.

Спорное утверждение. Использую оба, причем параллельно. Всегда фф был основным браузером, но даже так признаю, что хром имхо как минимум не хуже, а в чем то даже лучше.

Пожалуйста держитесь темы. Firefox использует столько памяти сколько нужно, если вы запускаете игру - он все освободит и себе оставит около 200-300мб. Это сделано для производительности, постоянная выгрузка в кеш и загрузка в память не полезна. Выгрузка вкладок по приоритетам наименее важных у него есть.

Ребята, у меня свой сервер с антизапретом. Как добавить туда дополнительные адреса? Мануала я не нашел на эту тему…

Можете поставить новый контейнер в котором уже есть ютуб

Спасибо. Попробую.

Ребят, дайте гайд, как починить на маке ютуб)

Ситуация быстро меняется, пока можно использовать VPN
Через день-два будет яснее.

Это браузер с зондом. За его рекомендацию банить надо.

А хром типо без?

Была полная недоступность Youtube сегодня около 9 по Москве. На мобильном Мегафоне работало, на проводном Эртелекоме - не работало. Перезагрузил роутер и всё заработало безо всяких goodbyedpi и прочего, скорость не режется, и даже картинки стали отображаться. Затем днём около 15 часов снова начались похожие проблемы и снова перезагрузка роутера всё восстановила. Не понимаю, как это работает

Расскажите подробнее

да балуются с рубильником как когда то часы переводили туды сюды

RT, IPv4 “нет лимита” (больше 1000+ КБ/сек), IPv6 так режут скорость (то меньше 100КБ/сек но качает. то вообще падает до нуля.)

C:\CACHE>curl -6 -o NUL -k --connect-to ::speedtest.selectel.ru https://test.googlevideo.com/10MB -w %{speed_download}
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  7 10.0M    7  719k    0     0  10807      0  0:16:10  0:01:08  0:15:02     0

curl -4 -o NUL -k --connect-to ::speedtest.selectel.ru https://test.googlevideo.com/10MB -w %{speed_download}
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 10.0M  100 10.0M    0     0  1032k      0  0:00:09  0:00:09 --:--:--  931k
1056900

В Chromium да, а Brave другое дело. Особенно на линуксе, где CSD.

У меня такая же херабора, отпуск сошел в говно

РКН разослал требования удалить инструкции по ускорению YouTube. За отказ выполнить указание ведомство грозит блокировкой.

Ряд российских ресурсов сегодня заявили о получении уведомления от РКН, в котором Роскомнадзор потребовал удалить гайды со способами обхода замедления и блокировки Ютуба. В частности, о получении такого уведомления заявило издание GoHa — игровой портал, пишущий об игровых новостях.

«Уведомление о внесении в Единый реестр доменных имен, указателей страниц сайтов в сети «Интернет» и сетевых адресов, позволяющих идентифицировать сайты в сети «Интернет», содержащие информацию, распространение которой в Российской Федерации запрещено.

В случае непринятия провайдером хостинга и (или) владельцем сайта мер по удалению запрещенной информации и (или) ограничению доступа к сайту в сети «Интернет», будет принято решение о включении в единый реестр сетевого адреса, позволяющего идентифицировать сайт в сети «Интернет», содержащий информацию, распространение которой в Российской Федерации запрещено, а доступ к нему будет ограничен», — говорится в уведомлении РКН.

Издание сообщило, что после получения предупреждения госрегулятора, было вынуждено удалить инструкцию по обходу блокировки. «Но ответа на вопрос, что именно нарушает этот гайд, если сам сервис “Ютуб” не запрещен в РФ, очевидно, нет», — говорится в сообщении издания.

Коммерсантъ сообщает, что Роскомнадзор запросил у операторов связи данные о IP и физических адресах расположения серверов Google.

Для этого Главный радиочастотный центр (ГРЧЦ, подведомствен Роскомнадзору) направил операторам связи по всей стране соответствующие запросы. Речь идет про адреса узлов связи, на которых осуществлено подключение серверов GGC. В Роскомнадзоре и Google не ответили «Ъ», а в билайне, МегаФоне, МТС, Ростелекоме, ЭР-Телекоме отказались от комментариев.

После 1 августа ежедневный трафик от Google Global Cache (GGC) к абонентам в России стал составлять примерно 30% от того, что был в июле. Технический директор Piter-IX Вадим Яворский заявил, что трафик Google на стыках с Piter-IX сократился с 1 августа в два раза и 8 августа — еще вдвое.

Провайдеры предоставляли для GGC свои подсети IP-адресов из своих автономных систем. Основатель точки обмена трафиком BAIKAL-IX Ярослав Зверьков сообщил «Ъ»: «На мой взгляд, получив список IP-адресов GGC, Роскомнадзор может внести их в список фильтрации и полностью парализовать или эффективно замедлить работу CDN и GGC».

Другой источник издания также согласился с этим утверждением. Он добавил, что обычно серверы GGC стоят внутри контура оператора и действие ТСПУ на них не распространяется. Информация о размещении серверов может быть нужна ГРЧЦ для того, чтобы получить данные о том, «где блокировка работает, а где нет».

Переделал PAC немного. Добавил пару доменов (о которых утверждается, что они заблочены, хотя лично я так и не смог выловить обращения к ним из браузера при использовании ютуба). И вроде бы studio.youtube.com тоже в бане, потому что, если добавить www.youtube.com, то студия не грузится. А если *.youtube.com, то да. Проще добавить *.youtube.com Там много важных поддоменов есть ещё.

Ни разу ява скрипты не писал. Регулярные выражения делал пару раз в гугл формах, но там другой принцип немного.
Правильно вроде?

ps Почему-то через оператор dnsDomainIs не работало ничего даже для доменов, не требующих звёздочек. Может быть особенность костыля в хроме.

function FindProxyForURL(url, host) {
if (shExpMatch(host, "*.youtube.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "*.googlevideo.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "*.ytimg.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "youtu.be")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "*.ggpht.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "*.googleapis.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "*.googleusercontent.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "googleusercontent.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "*.gstatic.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "nhacmp3youtube.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "ytimg.l.google.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "play.google.com")) {
return "SOCKS 127.0.0.1:2080";
  }
if (shExpMatch(host, "ntc.party")) {
return "SOCKS 127.0.0.1:2080";
  }
else if (shExpMatch(host, "*")) {
    return "DIRECT";
  }
}

Позволил себе “причесать” ваш pac, проверьте. Можно указывать просто домен, поддомены будут учтены:

var prx = "SOCKS 127.0.0.1:2080";
var hlist = [
    "youtube.com",
    "googlevideo.com",
    "ytimg.com",
    "youtu.be",
    "ggpht.com",
    "googleapis.com",
    "googleusercontent.com",
    "nhacmp3youtube.com",
    "gstatic.com",
    "ytimg.l.google.com",
    "play.google.com",
    "ntc.party"
];
function FindProxyForURL(url, host) {
    var host_ = host.toLowerCase();
    if (hlist.find((item,index,array) => {return ((host_ == item) || (dnsDomainIs(host_, "." + item)))})) return prx;
    return "DIRECT";
}

Почему гитхаб до сих пор не забанен? Там вообще ВСЕ инструкции потом оттуда же и распростроненные. Зачем банить филиалы? Почему сразу гнездо не прикрыть?

Потому что, уже хотели гитхаб заблокировать,но аналогов(даже кривых) нет. А если ркн просто попросит гитхаб по требования снести репозитории с запретом и goodbyedpi это уже все равно им не поможет.

Есть уже какое-то новое решение по замедлению?

Красиво. Большое спасибо. В хромом плагине Proxy Switcher работает ок.
А в некобоксе в json почему-то другой формат роутинга. Странно, что PAC не сделали. Но там даже проще.

Только у вас nhacmp3youtube.com пропущен и у ytimg.l.google доменной зоны нет. -Вдруг кто копировать будет.

Да, есть решение по тотальному замедлению. Белые списки называется

можете тыкнуть ссылкой на новый контейнер? судя по датам битБакета он не обновлялся

А мне кажется что все эти айтишные офисы и цензоры просто создают себе работу в стране где сейчас нету работы. Им нету смысла банить разносчика болезни, когда для бумажной писанины сам разнозчик будет давать им работу и ставить рапорты об их успеваемости. Всегда стоит помнить что россия не китай. Много работы здесь фиктивной для создания дейтяльности и распила бабла. Достаточно почитать лики ркна которые всплыли пару лет назад, чтобы знать что действительно происходит в офисах ркна.

До вчерашнего дня на провайдере МГТС работало решение GitHub - Waujito/youtubeUnblock: Bypasses Googlevideo detection systems that relies on SNI (использование сплита пакета TCP с SNI посередине) но со второй половины дня (8 августа 2024) перестала. На втором провайдере (у меня их 2, для надежности) SevenSky пока работает.

Избыточный охват доменов, в зависимости от используемого ПО, может создавать дополнительные подключения, привлекая излишнее внимание.

вести с XYZ упал - Страница 47 - У нага - Форумы NAG.RU

ну вот на примере моего района, есть 4 провайдера, по понятным причинам называть не буду некоторых )

1. Имеет ТСПУ, имеет пиринг в гугл, пускает трафик пиринга через тспу - результат ютуб не алё.
2. Имеет ТСПУ, имеет пиринг в гугл, пускает трафик пиринга мимо тспу - результат всё летает ))
3. Не имеет ТСПУ(очередь не дошла…), имеет пиринг в гугл - результат всё летает…
4. мегафон(провод. у меня дома подключен), странно но в пиринге с гуглом не участвует, трейс идет через некий аплинк - ютуб не алё(вчера проверял)

пакт спб
минимум 3 дня как никакой разницы с\без winws
ни udp ни tcp не режется
гуглокэш внутре сети прова
поэтому так и не выяснил помогает winws для h3 или нет

но по первым числам резали люто. только откл quic помогало и gbd/winws по tcp

Ну а почему не перейти? Поддержи местного провайдера если у них сервис лучше. Именно так бизнес работает в цивилизованных странах, типа фразы “голосуй кошельком”

Заметил что у многих проблемы с превью, если так то добавьте в youtube-blacklist.txt сайт i.ytimg.com

потому что все это сейчас временно
у меня самого РосТелеком
то всё режут. то только IPv4 то только IPv6 зато все домены (не только гугл/ютуб)
тем более сейчас РосКомПозор активно ищут GGC в сетях провайдера. и тех провайдеров кто настраивает обход ТСПУ для ютуба (ибо он пока не запрещен. вообще.)

врядли
тот же yt-dlp вообще не знает/понимает GGC и качает “напрямую”

Санкт-Петербург. Етелеком. На мобиле не работает ВООБЩЕ, ни через прокси в байдпи ни через ВПН в нем же, ни через все это в павертуннел. Не открывается даже главная страница, видео и подавно. На ПК через провод все хорошо, было пару раз пара пролагов, но это не страшно (+ Я в тот момент играл в тундру), пользуюсь просто гбдпи.

Ростелеком Краснодар. Страница и приложение открываются, превью загружаются, но видео не грузится совсем. Spoofdpi не помогает

zapret работает в режиме tpws с опциями --split-pos=1 --disorder=tls --oob=tls
Разблокировалось всё, не только ютуб (кроме банов по ip, конечно).
Мегафон проводной AS12714

Кто-нибудь знает, почему служба в винде рандомно останавливается?
У меня на двух компах так.
Использовал стандартный service_install_russia_blacklist.

Сочи. Dagotel, использую zapret на своей системе. Превью видео не загружаются, видео проигрываются нормально.

изображение1653×698 79 KB

UPD: Пофиксил добавлением этих доменов в zapret-user-hosts.txt:

googlevideo.com
youtube.com
ggpht.com
googleapis.com
ytimg.com
google.com

пользуюсь уже пол года wireguard + warp

Такой проект существует, работает пока напрямую.

Страница проекта на Github

Тут на Хабре появилась новость

Но я что-то никакой плашки не наблюдаю. Возможно фейк?

А вы новость вообще читали? Гугл ничего делать и не собирается, это просто авторы расширения какого-то по скачке видео встроили плашку

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

Я читал, но через абзац. И как раз этот абзац я и пропустил.

Мобильный провайдер Yota (Урал) - YouTube окончательно сдох.
Обхожу с помощью Amnezia VPN.
Протокол - OpenVPN over Cloak.

С этим протоколом видео грузятся с разрешением 720p и скоростью воспроизведения х2.

QUIC лучше включать если сайт не грузит совсем (проверено)

Может успеете прочитать до очередного удаления (не знаю в чем такой секрет большой - там наверное читы от нашей симуляции). У меня есть телевизор Самсунг с их нативным смарт ТВ (если честно, не знаю как точно называется эта ОС). Для этого ТВ сам же Самсунг (и только он) выпускает приложение Yutube.
Так вот все, что работает для Smarttube, Chrome, Youtube для Андроид не работает для этого приложения.

После изучения дампов понял, что вероятные отличительные особенности следующие:

1. Используется TLS 1.2 (кстати некоторые приложения Youtube TV - именно TV - работают вообще с TLS 1.1)
2. Адреса, на которые обращается приложения совсем другие, а именно

samsungotn.net
samsungcloudsolution.net
samsungqbe.com

ни на какие youtube.com и известные другие адреса приложения не обращается. Вероятно адреса видео приходят оттуда или вообще оттуда загружаются.

разработчик zapret предлагает мне создавать два инстанса для обхода отдельно блокировки ютубла для самсунга (там нужно mss делать ) и остальных блокировок того же ютуба, но мне жалко оперативной памяти роутера.
пока телевизор стоит мертвый

что именно понимается под блокировкой ?
если низкая скорость то нет ли той же “проблемы” на ТВ Самсунг не только в РФ ?

сейчас слишком много все вместе складывается.
ограничения провайдеров
настройки ТСПУ
борьба ютуба с качалками

у меня вот на РТ вообще перестал работать
yt-dlp --proxy “” --force-ipv4 --downloader curl.exe --downloader-args “-4 --http3-only”

блокировка на самсунг выглядит как черный экран в приложении Youtube.
я смог пробить пока загрузку картинок и списка видео. Но запуск видео пока не удалось вернуть.

у меня вот на РТ вообще перестал работать
yt-dlp --proxy “” --force-ipv4 --downloader curl.exe --downloader-args “-4 --http3-only”

yt_dlp (есть свой проект по скачиванию контента) у меня сразу стал работать после вот этого решения. Параметры обхода теже

--disorder --tlsrec=sni --split-pos=2 

я так понимаю ТВ врядли понимает настройки прокси ?
тогда это в раздел Zapret - NTC
там и автор и может быть кто то с таким же провайдером или ТВ

на крайний случай ВПН на роутере помогает почти от всего

p.s. у меня нет особых проблем с ютубом
просто вот взяли и отрубили QUIC (до этого работал уже после начала замедления)
так что нет универсальных решений… провайдер+роутер+пк/тв у всех разные

да. прокси он не поддерживает.
я же вроде писал, что с автором запрета уже общался по этому поводу. просто надо строить отдельное решение именно под самсунг

просто вот взяли и отрубили QUIC

нет. у нас стандартная схема - по SNI рубят соединение либо через RST либо просто ничего не отвечает
QUIC я сразу на уровне роутера заблокировал, чтобы приложения не “бились” по нему

спасибо за обратную связь

ну то есть с автором вы нашли решение для Самсунг ?
просто я не читал в теме про запрет и уж тем более не видел удаленные сообщения в теме “не для обсуждений”

у меня QUIC работает. если это не ютуб
это все к тому же что НЕТ универсальных решений
мой провайдер РТ например rutracker сам блокирует. а play.google.com забанен на ТСПУ но не у РТ == требуются две стратегии. не работающие вместе как я понял. а есть еще и магистральные …

С каждым днем душат все сильнее и сильнее. Сегодня ютуб несколько раз завис на несколько минут, потом сам отвис.

Ростелеком всегда сильнее зверствовал в отношении ютуба по сравнению с мобильными операторами. У брата на ростелекоме yt-dlp без обхода давно отвалился, с curl и без.
Но вот какие наблюдения есть:

yt-dlp передаёт в curl только прямую ссылку, а первоначальный коннект и получение метаданных делает сам по HTTP2/TCP (который у всех режется ещё сильнее). К сожалению, непонятно на каком этапе у тебя ошибка, yt-dlp даже ссылку не может получить или открывается curl и показывает скорость 0? В принципе, метаданные по HTTP2 весят немного и даже при больших потерях и низкой скорости скачиваются. Лишь бы совсем не отрубили.

Иногда первый коннект curl/http3 залипает и висит на скорости 0. Надо повторить: Ctrl+C (завершение), стрелка вверх (прошлая команда). Возможно даже пару раз. Но обычно одного достаточно. Если и это не поможет, то да, значит QUIC резанули на ростелекоме. На йоте пока пашет. Только периодически соединение рвётся в сборках не с quiche (кстати, в начале всей этой заварушки не рвалось, а потом началось).

нет :). автор просто мне сообщил, как можно начать изучать способы обхода и как развернуть средства обхода
а способы конкретные придется искать самому. Я обязательно выложу, если у меня получится.

вообще интересно как общество смирилось спокойно. людей мало интересует. Вероятно главное что пиво есть в КБ

Интересно, а QUIC никак нельзя вернуть и обойти блокировку? посмотрел, что у меня твориться в локалке: zapret перепосылает постоянно TCP пакеты при передаче видео, т.к. клиенты не успевают подтверждать их.
Т.е. 80% сетевого трафика - перепосылка пакетов в видео потоках

zapret поддерживает работу с QUIC

Добрый день. Уточните пожалуйста, что именно предлагает делать разработчик zapret? Я, например, не против поднять отдельный экземпляр для телеков.

А есть список доменов ютуба которые надо добавить? Видел где-то тут ссылку на гитхаб но найти не могу

Пользователи винят операторов связи в том, что YouTube не работает через «домашнюю сеть», а у абонентов мобильной связи всё работает [1]. Абоненты РФ считают, что виноват домашний провайдер и разрывают с ним договоры.

Кто-то посоветовал пойти почитать негативные отзывы о приложении YT в каталоге андроида, там много негатива в адрес гугла, который “блокирует ютуб в РФ”.

[1] Эксперты Дождя о таких “деталях” не упоминали.

в моем случае помогало использование mss=88 -mss-pf=433
но пришлось отключить т.к. для других устройств это было излишне.
Повторюсь, второй экземпляр я пока не поднимал

я очень очень извиняюсь за оффтоп, но не могу промолчать.
подьезды все превратил в туалеты Обама у них, дороги испортили из за рубежа…что там за люди такие за бугром, что постоянно портят все нашим гражданам. А самое страшное, что они умеют удаленно влиять на уровень умственного развития и даже алкоголизм прививают

вот же выше было
googlevideo.com
youtube.com
ggpht.com
googleapis.com
ytimg.com
google.com

Еще из забавного: винят владельцев платных VPN, что не борются с блокировками РКН. Отнюдь не у домохозяек такое мнение.

И часто строят неправильные причинно-следственные связи: “ты полазил у меня на смартфоне, ставил впн, на следующий день ютуб стал ещё сильней тормозить [теперь избегает впн, чтобы ниже 144p не стало]”.
“обновилось приложение и скорость теперь низкая”.

Есть у кого-нибудь опыт сбора информации о сетях Google? Хочу занести все сервисы Google в список на микротике и завернуть в VPN. Может у кого-нибудь есть готовый список диапазонов в удобном виде?

google.txt (507 Bytes)

Спасибо, попробую.

Официальный список тут и он заметно длиннее (хоть и все еще не включает адреса GGC):
https://www.gstatic.com/ipranges/goog.json

Ниже файл, который сделан на основе goog.json - в нем только IPv4 и префиксы преобразованы в маски подсетей. Этот файл можно загрузить в Keenetic, предварительно заменив слово GATEWAY на адрес шлюза VPN подключения. Какой формат нужен в Mikrotik - не знаю.
google_routes.bat (4,0 КБ)

у нас проблемы, а NVIDIA c помощью yt_dlp выкачала весь Ютуб

Nvidia решила скачать весь ютьюб для обучения ИИ
Чтобы скачивать ролики, сотрудники компании использовали загр`узчик с открытым исходным кодом yt-dlp в сочетании с виртуальными машинами, которые обновляют IP-адреса. Последнее позволяло не привлекать внимания со стороны YouTube и избегать блокировки.

Благодарю. Нашел ответ здесь Как получить диапазоны IP-адресов Google - Cправка - Администратор Google Workspace Там кроме вашей ссылки так же имеется второй список https://www.gstatic.com/ipranges/cloud.json , то есть Google Cloud. Могут ли публичные сервисы гугла (например YoTube) быть в том числе “за” этими адресами? И еще, может кто-нибудь знает как часто эти списки обновляются?

К сожалению мне данные параметры не помогли. У кого-нибудь ещё был положительный опыт обхода для самсунг тв?

Получается, каждый день они скачивали 625 ТБ.
80*365*24*60*60*(2000+128)/8/1024/1024/1024=x
Не так и много. Не факт, что потом хранили. Обучали и удаляли, наверное, оставляя только идентификаторы (ссылки).

@artenox, @vvs, ребята, каким образом ваши сообщения относятся к обсуждаемой теме? В чём ценность ваших сообщений для других пользователей?
Если хотите обсудить что-то отдельно, создайте дискуссию в личных сообщениях, и обсуждайте там.

Это для многих прежде всего список рассылки, и только потом форум с веб-интерфейсом. Отправляя публичное сообщение, вы отправляете емейлы всем, кто подписан на тему. Думайте трижды перед тем, как вписать свои мысли в пустое текстовое поле — а другим оно надо?
Это основное правило форума. Ознакомьтесь, уже, с правилами.

напрямую

1. они показывают что проблемы с доступом к Ютубу на yt_dlp на нашей стороне, а не в самом пакете
2. для работы yt_dlp необходимо настраивать обход: на винде goodbyeDPI, а линуксах другие.

если честно, то больше не будем. Прошу прощения - это я виноват.

целый день сегодня мучаюсь. Он успешно связывается с серверами Самсунг и потом вообще не шлет пакеты на ютуб. Такое ощущение, что его сам Самсунг заблокировал по просьбе властей.

Установить пакеты

apt update
apt install jq curl -y

Создать файл с содержимым

clear
cd /root/
rm -rf /root/google_prefixes.sh
touch /root/google_prefixes.sh
chmod 755 /root/google_prefixes.sh
nano /root/google_prefixes.sh

#!/bin/bash

clear

# Initialize flags
disable_ipv4=false
disable_ipv6=false

# Parse command line arguments
for arg in "$@"; do
  case $arg in
    --no-ipv4)
      disable_ipv4=true
      shift
      ;;
    --no-ipv6)
      disable_ipv6=true
      shift
      ;;
  esac
done

# Function to obtain ipv4 and ipv6 address ranges
fetch_ip_ranges() {
  # Fetch IPv4 prefixes from goog.json and convert to an array
  IFS=$'
' read -r -d '' -a ipv4Prefixes < <(curl -s https://www.gstatic.com/ipranges/goog.json | jq -r '.prefixes[] | select(.ipv4Prefix != null) | .ipv4Prefix' && printf '\0')

  # Fetch IPv4 prefixes from cloud.json and convert to an array
  IFS=$'
' read -r -d '' -a ipv4PrefixesCloud < <(curl -s https://www.gstatic.com/ipranges/cloud.json | jq -r '.prefixes[] | select(.ipv4Prefix != null) | .ipv4Prefix' && printf '\0')

  # Combine IPv4 prefixes from both sources
  ipv4Prefixes+=("${ipv4PrefixesCloud[@]}")

  # Fetch IPv6 prefixes from goog.json and convert to an array
  IFS=$'
' read -r -d '' -a ipv6Prefixes < <(curl -s https://www.gstatic.com/ipranges/goog.json | jq -r '.prefixes[] | select(.ipv6Prefix != null) | .ipv6Prefix' && printf '\0')

  # Fetch IPv6 prefixes from cloud.json and convert to an array
  IFS=$'
' read -r -d '' -a ipv6PrefixesCloud < <(curl -s https://www.gstatic.com/ipranges/cloud.json | jq -r '.prefixes[] | select(.ipv6Prefix != null) | .ipv6Prefix' && printf '\0')

  # Combine IPv6 prefixes from both sources
  ipv6Prefixes+=("${ipv6PrefixesCloud[@]}")

  echo "---------------------------------------------------------------------------"
  
  if ! $disable_ipv4; then
    echo "IPv4 Prefixes | Mikrotik"
    echo -e "\u2193"
    echo "---------------------------------------------------------------------------"
    echo "/ip firewall address-list remove [find where list="google"]"
    echo "/delay 5"
    for prefix in "${ipv4Prefixes[@]}"; do
      echo "/ip firewall address-list add list=google address=$prefix"
    done
    echo "/put \"\\n\""
  else
    echo "IPv4 output is disabled"
  fi
  
  echo "---------------------------------------------------------------------------"

  if ! $disable_ipv6; then
    echo "IPv6 Prefixes | Mikrotik"
    echo -e "\u2193"
    echo "---------------------------------------------------------------------------"
    echo "/ipv6 firewall address-list remove [find where list="google"]"
    echo "/delay 5"
    for prefix in "${ipv6Prefixes[@]}"; do
      echo "/ipv6 firewall address-list add list=google address=$prefix"
    done
    echo "/put \"\\n\""
  else
    echo "IPv6 output is disabled"
  fi
  
  echo "---------------------------------------------------------------------------"
}

# Call the function to fetch values
fetch_ip_ranges

Для отображения префиксов IPv4 и IPv6
/root/google_prefixes.sh

Чтобы отключить вывод IPv4
/root/google_prefixes.sh --no-ipv4

Чтобы отключить вывод IPv6
/root/google_prefixes.sh --no-ipv6

Это должно быть опубликовано где-нибудь на гитхабе, спасибо. Можете пояснить в чем разница между goog.json и cloud.json с точки зрения практического применения в целях обхода ограничений в отношении сервисов гугла?

С мобильного интернета (если раздать на телевизор) - всё работает. Так что вряд ли это на стороне самсунга. Пакеты на www.youtube.com также идут (доходят ли?), но дальнейшая судьба неясна, на этом всё виснет и не грузит. Притом вначале в wireshark пакет отображается как ssl3, а потом резко превращается в tls1.2

не знаю как в вашем варианте
я так понял что у vvs не работает только SamsungTV
и как уже не раз писалось это к автору и пользователям zapret вопросы.
что именно там отличается от браузера/curl/yt-dlp

p.s. у меня вот РТ то ничего не блокировал/резал несколько дней
а сейчас IPv4 googlevideo вообще ничего не качает. по IPv6 10-50 КБ/сек

Проверил несколько строк из cloud.json с калькулятором подсетей - они входят в подсети из goog.json.
После написал Python скрипт и удостоверился, что все подсети из cloud.json это подмножества подсетей из goog.json. То есть нет смысла в наших целях использовать cloud.json, хватит более общего списка goog.json. Он короче за счет того, что указаны более широкие диапазоны.

Если правильно понял, в файле cloud перечислены адреса, которые используются только под проекты клиентов Google Cloud Platform.
compare_log.txt (27,0 КБ)

у меня сейчас на РТ не только IPv4 googlevideo совсем не работает
но и при включении QUIC например в ВНПе сильно режется скорость ;\

тут поправили про селектел + QUIC

Обхожу через WARP, wireguard клиент на отдельном сервере в локальной сети, на телевизоре указал его айпи как Gateway. Поначалу хорошо работало, но сейчас что то часто подгрузки стал ловить. Есть какие проблемы с WARP, или дело в настройке (в конфиге вг iptables мог напутать)?

[Interface]
PrivateKey = ###
Address = 172.16.0.2/32
DNS = 1.1.1.1
MTU = 1420
Table = off
PostUp = iptables -t mangle -A PREROUTING -s 192.168.1.4 -j MARK --set-mark 51820; ip rule add fwmark 51820 table 51820; ip route add default dev wg0 table 51820
PostDown = iptables -t mangle -D PREROUTING -s 192.168.1.4 -j MARK --set-mark 51820; ip rule del fwmark 51820 table 51820; ip route flush table 51820

[Peer]
PublicKey = ###
AllowedIPs = 0.0.0.0/0
Endpoint = 162.159.193.5:2408
PersistentKeepalive = 25

да, в принципе для ростелекома один совет - разбить пакет с Hello на несколько. Везде вроде работает
а вот что делать для настандартного ютуб клиента Самсунг пока непонятно.

у меня НЕ идут пакеты на youtube.com.

можешь проверить на РТ yt-dlp + curl QUIC ?
сейчас внезапно не только работает. но и не режется скорость самим гугл/ютуб
[download] 7.9% of 34.41MiB at 997.48KiB/s ETA 00:32

yt-dlp --proxy "" --force-ipv4 --downloader curl --downloader-args "-4 --http3-only"

p.s. а вот ария в два+ потока как и было 100 КБ/сек на каждый
[#fa9cbd 1.5MiB/34MiB(4%) CN:2 DL:200KiB ETA:2m47s]
[#ca3244 9.7MiB/34MiB(28%) CN:10 DL:907KiB ETA:27s]

эти варианты видел. где то в самом РТ или рядом (GGC?)

curl -4 --http3 https://redirector.googlevideo.com/report_mapping?di=no
94.242. => arn11s13 : router:     "pf09.arn16" next_hop_address: "72.14.195.199" 

curl -4 --http3 https://redirector.googlevideo.com/report_mapping?di=no
94.242. => arn11s13 : router:     "pr03.arn16" next_hop_address: "173.194.121.5" 

а вот такой вариант 1ый раз вижу (ип не мой.)
curl -4 --http3 https://redirector.googlevideo.com/report_mapping?di=no
178.67.198.127 => rostelecom-led5

inetnum: 178.67.192.0 - 178.67.207.255
netname: RU-AVANGARD-DSL
descr: PJSC “Rostelecom” North-West Region
descr: 14A, Sinopskaya emb., 191167, Saint-Petersburg, Russia

это из за этого у многих сейчас лезут 403 ошибки ?

вот еще вылезло.
curl -4 --http3 https://redirector.googlevideo.com/report_mapping?di=no
curl: (55) ngtcp2_conn_writev_stream returned error: ERR_DRAINING

это вроде как при http3 → http2

На РТ у нас вообще стухло. Уже на начальном этапе коннекта нет:

ERROR: HTTPSConnectionPool(host='www.youtube.com', port=443): Read timed out.

С goodbyedpi доходит до curl/quic, а потом:

curl: (55) ngtcp2_conn_handle_expiry returned error: ERR_HANDSHAKE_TIMEOUT
ERROR: curl exited with code 55

Похоже, слова чиновников и экспертов надо воспринимать с точностью до наоборот.

Это ведь старую копипасту зачем-то подняли там.

Даже пропагандисты это признают. Но при этом цензурный и политически ангажированный это YouTube, да. Ну, и клюкву у нас вещают.
Признаются и что местные сервисы немодные. А вот, что сервисы местные и зарубежных блогеров там не будет, что сужает кругозор, умолчали.
Справедливости ради, токсичность и многих оппозиционных каналов зашкваливает, как и предвзятость.

странно. у меня на 10+ запусков curl -4 --http3 https://redirector.googlevideo.com/report_mapping?di=no
только 1-2 с ошибками отваливаются
https://live.staticflickr.com/65535/53920262699_7f9c736dca_o.png
ну и как писал yt-dlp + curl QUIC качает.
вот как что тестировать/настраивать если даже в РТ по регионам разные ограничения/блокировки
p.s. я полдня настраивал squid чтобы он “правильно” ходил по IPv6 напрямую. и тут сразу начали и IPv6 резать скорость ;-E

Он это написал неделю назад, прямо перед очередным ужесточением.

Поставить GoodbyeDPI на выделенную виртуальную машину и через нее проксировать траффик. Только такой вариант пока сработал.

Да приложение помогает, но с трансляциями у меня тоже есть такая проблема, даже с давно-давно снятыми. У ютуб есть разделение на видео и трансляции. Но не понимаю почему не помогает, ведь они тоже используют домен googlevideo.

Я так и не понял, у вас на Samsung получилось обход настроить или нет? Вы в одном месте пишете об отдельном инстансе для тв, который вроде бы работает, и ещё вот об этом:

А теперь пишете, что не работает. Так работает или нет?

я удалил такую настройку. это ужасно использовать mss - сильные тормоза для всего утуба на всех устройствах.
я хотел найти другое решение.
и еще - у меня не работает этот приложение даже в VPN. Не сам ли самсунг отключил это все?

Люди массово отказываются от домашнего интернета из-за нерабочего ютуба. Интересно, что им говорят провайдеры, кто виноват? Насколько сложно привлечь провайдера к ответственности?

Это проблема большинства людей которые как будто живут в информационном вакууме и новости не читают.

Говорят, все вопросы к роскомнадзору

За что вы его собрались привлекать? Остальные сайты же работают, значит со стороны провайдера проблем нет

Это возможно, в зависимости от лояльности провайдера, и упоротости его юриста. Для начала можно просто попросить у техподдержки сделать скидку за низкую скорость работы некоторых сайтов. Например, МГТС делал скидки на следующий месяц когда ремонт затягивался дольше 8 часов. Если не прокатывает - пишите досудебную претензию, с указанием всех норм права, на которые вы опираетесь. Если лень разбираться - обратитесь к адвокату. Но тут аудитория такая, что сами всё найдут и разберутся быстрее адвоката. Претензию (скан) можно отправить как на официальный email провайдера, так и на почту. В течение 30 дней (плюс время на доставку почты) вам на неё что-нибудь должны ответить. Здесь юрист провайдера оценивает риски проиграть вам в суде, и таким образом создать прецедент для других клиентов, и даёт какой-то ответ. Отсутствие ответа означает отказ от удовлетворения вашей претензии. Если вас не устраивает ответ и у вас есть время, деньги, желание - ищите хорошего адвоката и обращайтесь в суд. В случае выигрыша, все расходы должен будет возместить ответчик. Кроме этого, будет создан прецедент, пользуясь которым другие пользователи смогут так же взыскать компенсацию со своих провайдеров. Но будьте готовы к тому, что история с судом растянется на месяцы, а может и годы. Они любят затягивать такие дела. И ещё, суд - это капец какая лотерея, решение суда зависит от множества факторов, и никто не может его предсказать.
Увеличить вероятность получения компенсации может коллективная досудебная претензия от нескольких абонентов вашего провайдера. Чем больше людей - тем лучше.
P.S. Помните, что провайдер по факту не виноват в ограничении скорости, его сделали виноватым юридически. По совести, за это нужно наказывать других людей.

не провайдер блокирует/замедляет сайты, а оборудование ТСПУ (технические средства противодействия угрозам). по закону почти всех провайдеров обязывают устанавливать ТСПУ в свою сеть. если провайдер самовольно отключит ТСПУ или пустит трафик в обход ТСПУ, это будет считаться нарушением закона. так что не провайдеры виноваты в том, что какие-то сайты блокируются/замедляются, а ГРЧЦ (главный радиочастотный центр), который и отвечает за работу ТСПУ.

Можно ли привлечь Роскомнадзор к ответственности? На каком основании он блокирует (замедляет/ограничивает) YouTube? Это же не VPN, чтобы его блокировать. Где постановление правительства?

Теоретически да. Нужно изучить договор между провайдером и РКН об обслуживании оборудования РКН, и поискать что именно нарушил РКН. Но заниматься этим должен провайдер, а не абоненты. На практике провайдеры боятся что у них просто отберут лицензию под надуманным предлогом, пока они будут отстаивать права своих абонентов.

“Телефонное право”.

Нету. Если эксперимент даст хорошие результаты, тогда будет.
Тут как с ковидлой, пока народ протестует, правительство не будет принимать ограничительные нормы. Они прикроются чиновниками и организациями пониже. Помните 417 постановление? И много организаций выдавало гражданам сертифицированные СИЗ вместо тряпок? Зато на каждом входе стоял охранник и требовал надеть маску “потому что так надо”.

Если в браузере при попытке загрузки видео нажать F12, то на вкладке Сеть для адресов типа rr2—sn-абракадабра.googlevideо. cоm в колонке Transferred будет написано NS_BINDING_ABORTED. Что это значит?

Это файрфокс скорее всего пытается подключится к заблокированному GGC в РФ (иногда вместо аборта ошибка таймаута).

Я просто не могу понять заблокирован непосредственно сам IP или домен не резолвится в IP. Во втором случае это, наверное, можно как-нибудь обойти.

Копируйте URL, из него берёте домен, через nslookup смотрите — выдаст A запись (при блоке по домену будет другая ошибка). Трасировкой смотрите куда идёт, скорее всего ваш город или москва. Такие блочатся по IP.

У меня на одном из провайдеров ютут сдох полностью.
Вы все ищете решение, а те кто блокирует читают ваши решения, тем самым помогая им блокировать новые и новые варианты. Получается парадокс, вы сами показываете уязвимые места, тем самым ускоряете блокировку. Я предлагаю тему перенести в даркнет. Или у кого то будет работать или вообще ни у кого, решать вам

Опыт других стран давно показал, что нет никакого смысла пытаться скрыть методы обхода. А уж в этом вашем даркнете концентрация откуда-надо-людей кратно выше, чем в любом другом месте.

гугл сломал ютуб мало нам РКН/ТСПУ
тут уже в нескольких темах было…
есть рабочие QUIC + IPv6
но оно вначале ломится мало того что по IPv4 так еще и ИП там левый (не мой.)
и вдруг внезапно вспоминает про http3/ipv6

Перестал на Билайне работать.

+1
На Билайне подкрутили ТСПУ. Раньше работал просто фейк через zapret, сегодня перестал, причем только в направлении ютуба.
Простой фейк все еще пробивает instagram, twitter и т.д., но теперь не пробивает googlevideo. Туда нужно докидывать еще что-то к фейку, например split

Домру тоже динамику какую-то крутит. Если долго не лезть в нельзяграм, то работает через простой disorder-split, но потом подыхает наглухо, как будто заблочили прямо dst-адреса. Помогает только заворачивание в VPN. Через некоторое время отмирает и опять работает через disorder-split…

Сегодня что-то опять поменялось и что Эртелеком, что Мегафон, похоже, снова убрали замедление.

Некоторые расширения или скрипты особенно для ютуб могут тормозить процесс.
У меня в Tampermonkey стояли скрипты и наглухо тормозили видео, я сначала даже и не подумал на них, мистика, а я не пойму что за фигня, а браузер один, сразу не сообразил

Наблюдаю массовую борьбу ютуба с публичными vpn. Требует логина, чтобы доказать, что ты не кот. Пробовал пускать yt-dlp через tor, shadowsocks - тоже самое. piped.video фронтенд отвалился. Invidious кое как работают только в 360p. Гугл любит только ip cloudflare.

Это из-за того, что сам устаревший формат 720p со встроенной звуковой дорожкой больше не используется ютубом. 360p с аудио скорее всего оставили для совместимости с какими-то старыми девайсами которые не умеют в раздельные дорожки видео и аудио.
Зайдите в настройки и смените “Preferred video quality” на “DASH”. Сайт начнёт проксировать видео через себя чтобы склеить вместе видео и аудио дорожку и станут доступны все варианты. Из минусов - зависимость от нагруженности сервера и использование видео дорожки с кодеком av1 который аппаратно декодируется только очень новыми видеокартами (то есть 4k на старых/слабых компах/ноутах посмотреть не получится).

У меня работает. Правда пришлось сменить в настройках сервер на private.coffee чтобы обойти ошибку проверки ютуба на ботов.

Ничего из этого не работает у меня.

Invidious перестаёт воспроизводить даже 360p, стоит только зайти в настройки.

Муртазин пишет:

Коротко. Вчера вечером ввели целый ряд разнообразных блокировок для VPN и не только (по ходу пьесы поломали временно Telegram, Кинопоиск и кучу всего другого). В течение дня будут настраивать блокировки. Бесплатные VPN могут работать плохо или не работать вовсе. Провайдеры видят рост трафика из-за блокировок (чем больше ломают сеть, тем выше трафик обычно). Telegram: Contact @mobilereviewcom

Интересно, почему?

Вместо одного запроса, который блокируется, идет второй и третий и четвертый пока конечная машина не поймет что невозможно достучаться. Нагрузка сети до ТСПУ повышается в разы.

тут еще вопрос кто больше ютуб ломает. ТСПУ или сам гугл
и сам видел и немало жалуются что при запросах разных *.googlevideo.com часто сыпятся 403 ошибки причем в URL вместо IP клиента какие то левые адреса (обычно IPv4 странные. при том что у меня рабочий IPv6)
причем разные браузеры. разные прокси или напрямую (QUIC)

Мне подсказали удобный вариант для firefox взамен PAC.
Если установить аддон Firefox Multi-Account Containers (не просто включить в конфиге контейнеры, а именно установить этот аддон), то появится возможность прописывать для контейнеров свои прокси. И можно не только открывать сайт или ссылку со страницы в контейнере с прокси, но и запоминать, какие сайты всегда автоматически открывать в контейнере. И при этом не нужно перечислять все домены связанные с сайтом (например ytimg, googlevideo) - все соединения на конкретной вкладке идут в проксю.

Это не только упрощает составление proxy.pac. Но и позволяет удобнее переключаться между директ и мануал прокси, не залезая в настройки каждый раз.

Бонусом контейнер отделяет куки, кэш и локалсторейдж в свою песочницу. И можно на один сервис ходить под прокси и без одновременно.

Для тех, кто не настраивает роутинг в json некобокса или на роутере, неплохо выглядит вариант. UI сыроват - плагин пилит один разраб и давно про него забыл. Как всё удобное и полезное…

Скрины

477×723 33.6 KB

714×480 18.3 KB

1162×513 37.8 KB

519×644 27 KB

О, как. Произошел сбой в рунете, а Ютуб заработал как раньше, без намеков на замедление (которое практически является блокировкой, ибо замедление на 99.9 %).
(Как долго продлится благодать?)
РКН, “конечно же”, к сбою отношения не имеет.

Да, удобно. Примерно похожее можно сделать еще через расширения навроде foxyproxy, switchyomega или smartproxy.

А если поставите вот это, то и руками прописывать не надо, и менять прокси для контейнера можно по клику

Это лучше чем foxyProxy, потому что все вкладки в контейнере идут только через указанный прокси без всяких условий и каждый контейнер имеет изолированные куки, логины и прочее, то есть сайты не могут трекать друг друга, если они в разных контейнерах

Ладно, уговорили, надо попробовать)

Я предложил от разрабов самой мозилы вариант. Так безопаснее.
И ничего там не надо прописывать, так же по клику сайт добавляется в список.

Свитч омега не ставится из-за ошибки.
Фокси прокси ранее меня подводил уже. Бывают версии ,когда он ломается. Кроме того, для него нужны правила, как proxy.pac. То есть недостаточно кликнуть, что ты хочешь проксировать ютуб. Тебе надо отдельно все связанные с ним домены добавить. А зачем? -Я тогда могу юзать и дальше poroxy.pac, что будет безопаснее и стабильнее и без тяжеленного костыля.

ps А вот с хромом совсем все печально. Своих настроек прокси у него вообще никаких нет. А единственный нормальный костыль скоро отвалится с выходом третьего манифеста. Ну и скатертью ему дорога. Недобраузер какой-то. Ничего не работает и не настраивается.

SwitchOmega перестал поддерживать разработчиком, сейчас обновляется его форк - ZeroProxy, он всё же позволяет более точно настроить сайты без контейнеров, удобнее не куда)

Насчет foxyproxy и omega - да, не особо, хотя все же удобнее, чем в настройки браузера лезть. Пока что пользуюсь smartproxy в связке с byedpi. Там и pac файл можно добавить и любой другой прокси. Но с контейнерами идея интересная.
ps кажется, мы ушли в жесткий оффтоп, пора закругляться

Как понять более точно? Только часть связанных с сайтом доменов проксить? -Ну так это умеет из коробки лиса через PAC. Зачем мне костыль-то. Это вот на хроме пусть ставят костыли. Там нет поддержки PAC.

PS Эта точно и не нужна. Наоборот удобнее весь сайт добавить и не смотреть, из-за какого связанного с ним домена страница не догрузилась.

В хроме есть proxy switcher с возможностью редактирования pac на лету во всплывающем из тулбара окошке. Что-то проще и удобнее этого сложно найти.

я знаю. Это тот самый единственный нормальный костыль. И он отвалится после выхода 3 манифеста, т.к. гугл запретил снифить сетевые запросы плагинам. Как тогда у него PAC скрипт работать будет? -Никак.

Не забывайте, что foxyproxy доступен для мобильной версии Iceraven (форк Firefox) и прекрасно работает , тем самым обеспечивая отсутствие включенного vpn, которое можно занять чем то интересным, например адгардом

Есть. У хрома можно задавать через командную строку. Что, конечно, не очень удобно и требует перезапуска.

Он системный прокси будет игнорировать? потому что можно же еще сюда pac скормить

Он на винде всегда использует системный прокси, если он есть. Не спрашивая, надо тебе это или нет.
pac не пробовал туда добавлять.

В общем, при беглом знакомстве впечатления такие:
Firefox Multi-Account Containers из плюсов - можно создавать новые контейнеры; из минусов - новые контейнеры пропадают при выключении расширения, неудобный интерфейс для задания прокси, нужно заново логиниться для всех сайтов в контейнерах
Container proxy из плюсов - удобный интерфейс для задания прокси; из минусов - нельзя создавать новые контейнеры, нужно заново логиниться для всех сайтов в контейнерах
SmartProxy из плюсов - не надо заново логиниться на сайтах, удобный “умный режим” для создания списка проксируемых сайтов, добавление pac файлов, переключение между прокси на лету;из минусов - многие сайты заметно подтормаживают
FoxyProxy из плюсов - не надо заново логиниться на сайтах, нет заметных тормозов, добавление pac файлов, переключение между прокси на лету;из минусов - не так удобно создавать список проксируемых сайтов
Proxy SwitchyOmega - что-то прямо совсем не понравилось, было практически сразу удалено

Частичный список адресов Rutube кешей, чтобы вы оценили масштаб операции

Через полтора дня, в полночь, опять начали блокировать (“замедлять” в нулину).

После сбоя 21 августа Ютуб работал идеально. Но недолго. Вплоть до 23 августа.

Да и “замедляют” не только сервера с видео, но сам сайт, уже как 2 недели.

У меня один из провайдеров заблокировал HTTP/3 QUIC, интересно, что будет дальше, какой ещё протокол рубанут

не знаю насколько точна информация. с форума nag.ru

ТСПУ у каждого оператора в каждом регионе свой, а то и несколько, на базе разных версий HW/SW.

Домашний или мобильный провайдер?

Домашний. Если начали протоколы блокировать, то скоро и http2 заблокируют
А все ведь отключили http3, поэтому многие и не не знают что его у них заблокировали, у меня только на одном ещё он работает провайдере и то наверно не надолго.
Сначала я не понял, подумал может я что то наваял, но на другом всё работает, проверяю тут https://cloudflare-quic.com/

Я так понимаю что скоро они выключат всё, оставят только то что им надо, а всё остальное просто отрубят, вопрос времени. Создавать надо свою локалку как в старые добрые времена, пошпилил по сетке с соседом, скачал у него фильм в качестве CAMRip

как-то нелогично. большая часть ресурсов работает по http2. его не будут блокировать.

та кто их знает что у них в голове

логично
сделают новый протокол под названием чебурашка с регистрацией по паспорту и забликируют другие

не знаю. у РТ по IPv4 банят QUIC но местами.

все 2е версии curl
как и https://dns.google/ так и

Host: cloudflare-quic.com
< HTTP/3 200

curl 8.9.1 (x86_64-w64-mingw32) libcurl/8.9.1 LibreSSL/3.9.2 zlib/1.3.1 brotli/1.1.0 zstd/1.5.6 WinIDN libpsl/0.21.5 libssh2/1.11.0 nghttp2/1.62.1 ngtcp2/1.6.0 nghttp3/1.4.0

curl -4 --http3-only -v -o NUL https://manifest.googlevideo.com/
curl: (55) ngtcp2_conn_handle_expiry returned error: ERR_HANDSHAKE_TIMEOUT

curl 8.9.1 (Windows) libcurl/8.9.1 OpenSSL/3.3.1 zlib/1.3.1 brotli/1.1.0 zstd/1.5.6 libidn2/2.3.7 libpsl/0.21.5 libssh2/1.11.0 nghttp2/1.62.1 nghttp3/1.4.0

Host: manifest.googlevideo.com
< HTTP/3 404

3я версия как оказалось та же что и 1а сборка. все опции одинаковы

что C:\ProgramData\chocolatey\bin\curl.exe
что C:\Users\le0n\AppData\Local\Microsoft\WinGet\Packages\cURL.cURL_Microsoft.Winget.Source_8wekyb3d8bbwe\curl-8.9.1_1-win64-mingw\bin\curl.exe

А вот тут вы на 100 процентов правы, уже давненько про это слухи ходят. Скачал торрент, спалили, пришли и в лучшем случаи исправительные работы
Изучайте I2P и подобное, пригодится

Может быть это оффтоп здесь, не знаю стоит ли спрашивать…
Но как думаете, французские активисты противники GAFAM (Google, Amazon, Facebook, Apple, Microsoft) порадовались бы блокировке YouTube? Или это нарушение другого принципа - свободы слова, отсутствия цензуры?
Хотя, конечно. Буржуи совсем в другом мире живут, с другими проблемами (жируют).
ЛГБТ, феминизм, антикапитализм…

На домашнем и мобильном инете Youtube заработал.

прям убивец ютуба говорили они …

[debug] Invoking hlsnative downloader on "http://river-5-513.rutube.ru/hls-vod/.mp4.m3u8

Они ненавидят Google, Amazon, Facebook, Apple, Microsoft по тем же причинам по которым мы ненавидим Yandex, Ozon, VK, Astra Linux
Просто для всех нас и их в том чисте существует одно правило общее: юзать положено только те сервисы и железо, которые физичиски как можно дальше находятся от тебя лично.

Приложения Ютуба начали блокировать воспроизведение видео в нормальном разрешении для некоторых роликов через VPN:

Untitled574×644 38.5 KB

Иногда даёт переключить между 144 и 360, либо сразу пишет unavailable. При этом через сайт или в yt-dlp с того же IP даёт выкачать 1080p в AVC.

D:\Events>yt-dlp.exe --list-formats --proxy=http://127.0.0.1:1080 https://youtu.be/MRNQEzl7H1g
[youtube] Extracting URL: https://youtu.be/MRNQEzl7H1g
[youtube] MRNQEzl7H1g: Downloading webpage
[youtube] MRNQEzl7H1g: Downloading ios player API JSON
[youtube] MRNQEzl7H1g: Downloading player 19828c26
WARNING: [youtube] MRNQEzl7H1g: nsig extraction failed: You may experience throttling for some formats
         n = 0Xt4FmxoPhtEWsmC8 ; player = https://www.youtube.com/s/player/19828c26/player_ias.vflset/en_US/base.js
WARNING: [youtube] MRNQEzl7H1g: nsig extraction failed: You may experience throttling for some formats
         n = pNQp2_yc5XBChTNU2 ; player = https://www.youtube.com/s/player/19828c26/player_ias.vflset/en_US/base.js
[youtube] MRNQEzl7H1g: Downloading m3u8 information
[info] Available formats for MRNQEzl7H1g:
ID      EXT   RESOLUTION FPS CH │   FILESIZE   TBR PROTO │ VCODEC          VBR ACODEC      ABR ASR MORE INFO
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
sb2     mhtml 48x27        0    │                  mhtml │ images                                  storyboard
sb1     mhtml 80x45        0    │                  mhtml │ images                                  storyboard
sb0     mhtml 160x90       0    │                  mhtml │ images                                  storyboard
233     mp4   audio only        │                  m3u8  │ audio only          unknown             [ru] Default
234     mp4   audio only        │                  m3u8  │ audio only          unknown             [ru] Default
139-drc m4a   audio only      2 │    4.50MiB   49k https │ audio only          mp4a.40.5   49k 22k [ru] low, DRC, m4a_dash
139     m4a   audio only      2 │    4.50MiB   49k https │ audio only          mp4a.40.5   49k 22k [ru] low, m4a_dash
251-drc webm  audio only      2 │   10.51MiB  114k https │ audio only          opus       114k 48k [ru] medium, DRC, THROTTLED, webm_dash
140-drc m4a   audio only      2 │   11.93MiB  129k https │ audio only          mp4a.40.2  129k 44k [ru] medium, DRC, m4a_dash
251     webm  audio only      2 │   10.51MiB  114k https │ audio only          opus       114k 48k [ru] medium, THROTTLED, webm_dash
140     m4a   audio only      2 │   11.93MiB  129k https │ audio only          mp4a.40.2  129k 44k [ru] medium, m4a_dash
602     mp4   256x144     13    │ ~  9.94MiB  108k m3u8  │ vp09.00.10.08  108k video only
394     mp4   256x144     25    │    5.88MiB   64k https │ av01.0.00M.08   64k video only          144p, THROTTLED, mp4_dash
269     mp4   256x144     25    │ ~ 17.34MiB  188k m3u8  │ avc1.4D400C    188k video only
160     mp4   256x144     25    │    8.79MiB   95k https │ avc1.4D400C     95k video only          144p, mp4_dash
395     mp4   426x240     25    │    9.78MiB  106k https │ av01.0.00M.08  106k video only          240p, THROTTLED, mp4_dash
396     mp4   640x360     25    │   17.95MiB  195k https │ av01.0.01M.08  195k video only          360p, THROTTLED, mp4_dash
18      mp4   640x360     25  2 │ ≈ 51.85MiB  563k https │ avc1.42001E         mp4a.40.2       44k [ru] 360p, THROTTLED
230     mp4   640x360     25    │ ~ 74.49MiB  808k m3u8  │ avc1.4D401E    808k video only
134     mp4   640x360     25    │   40.01MiB  434k https │ avc1.4D401E    434k video only          360p, mp4_dash
605     mp4   640x360     25    │ ~ 57.25MiB  621k m3u8  │ vp09.00.21.08  621k video only
397     mp4   854x480     25    │   30.21MiB  328k https │ av01.0.04M.08  328k video only          480p, THROTTLED, mp4_dash
398     mp4   1280x720    25    │   55.21MiB  599k https │ av01.0.05M.08  599k video only          720p, THROTTLED, mp4_dash
232     mp4   1280x720    25    │ ~242.66MiB 2633k m3u8  │ avc1.64001F   2633k video only
136     mp4   1280x720    25    │  144.62MiB 1570k https │ avc1.64001F   1570k video only          720p, mp4_dash
399     mp4   1920x1080   25    │   97.70MiB 1060k https │ av01.0.08M.08 1060k video only          1080p, THROTTLED, mp4_dash
270     mp4   1920x1080   25    │ ~487.93MiB 5295k m3u8  │ avc1.640028   5295k video only
137     mp4   1920x1080   25    │  283.53MiB 3077k https │ avc1.640028   3077k video only          1080p, mp4_dash

Это какая-то гугловая заморочка с продвижением VP9, отсутствием в GGC или ещё чем-то подобным?

Насчет VP9. Попробуйте вот этот ролик в HD качестве посмотреть. У него VP9 только 360p (из-за малой популярности, наверное), а HD в AVC.
А у вас я вижу есть современный AV1, может приложение его не выбирает потому что старое.

Ваш ролик показывает в HD с AVC, значит какие-то заморочки Ютуба и искать ответ надо в другом месте.

AV1 требует аппаратного декодера, которого почти нигде нет и эксперимент с включением софтового похоже откатили.

похоже на прблему приложения, так как у ютуба много форматов и они обновляются

Дело не в версии приложения (она везде последняя), а в каких-то оптимизациях для некоторых роликов.

Системы я не уловил, но все ролики старше пары лет и не были в трендах - треть роликов “Москвы Раевского” без переключателя качества. Чистый VPN с рекламой и полный сброс приложения на результат не влияют.

Вы надеюсь не скачивали старую версию с addons mozilla? Она просто не работает! А так это лучшее расширение на свете.

Вы не используете неоф. приложения форки? По типу ванседа?

Если вдруг кому-то надо, рабочая версия SwitchyOmega 2.5.20resigned1: switchyomega@feliscatus.addons.mozilla.org.xpi (959.4 KB)

Так и есть) А откуда надо было качать?

так я это и имел ввиду, эта оптимизация - 2 разных формата видео по ссылке, а приложение не все форматы читает

Расширение ZeroOmega у меня кстати не заработало, игнорировало правила и импорт правил из SwitchyOmega не поддерживает, вернулся назад на SwitchyOmega.

Перепроверил ещё раз, заработало — надо было разрешение Access your data for all websites включить.

Спасибо, да, удобная штука.

я так понял оно пока только под Хромом юзабельно (поставил на “родной” Хром. вроде не заметил проблем в моих прокси)

РосТелеком + IPv4 + http3-only googlevideo.com

curl сборка с nghttp3/1.4.0
curl: (55) ngtcp2_conn_handle_expiry returned error: ERR_HANDSHAKE_TIMEOUT

новая сборка nghttp3/1.5.0
и “M:_Microsoft_MSYS2\ucrt64\bin\curl.exe” и

C:\Users\le0n\AppData\Local\Microsoft\WinGet\Packages\cURL.cURL_Microsoft.Winget.Source_8wekyb3d8bbwe\curl-8.9.1_2-win64-mingw\bin\curl.exe --connect-timeout 60 -4 --http3-only https://redirector.googlevideo.com/report_mapping?di=no

=> arn09s18 : router: “pf09.arn16” next_hop_address: “72.14.195.199”

Через домашний инет (местный провайдер в мск) и с МТС ютуб заработал на всех устройствах. Мб байпас на тспу включили.

IPv6 есть ?
что в https://redirector.googlevideo.com/report_mapping?di=no

на РТ тоже временно работают
curl -4 -o NUL -k --connect-to ::speedtest.selectel.ru https://test.googlevideo.com/10MB -w %{speed_download}
curl -6 -o NUL -k --connect-to ::speedtest.selectel.ru https://test.googlevideo.com/10MB -w %{speed_download}

но QUIC по IPv4 все еще блокируется для некоторых “клиентов” (выше тесты)

Мобильный Мегафон, Ленинградская область.
Сегодня проверяла такими командами, замедления нет.
Но оно было несколько недель назад (тоже проверяла).

curl --connect-to ::speedtest.selectel.ru -o /dev/null -k https://test.googlevideo.com/100MB

curl -o/dev/null -k --connect-to ::google.com -k -H Host:\ metsalehti-staging-s4uzwwd6nq-lz.a.run.app https://test.googlevideo.com/app/uploads/2021/11/2022-mediakortti.pdf %{speed_download}

Что это значит?

Везёт. А на Йоте Новосибирск уже даже по QUIC не выше 1 мбит/с по данным yt-dlp+curl+quic. Если быть точнее, Average Dload выше 109 кбайт/с не поднимается. В браузере это должно быть не так критично, но ещё недавно QUIC на Йоте в curl было 2 мбит/с.
Иногда Current Speed раскочегаривается до 2 мбит/с и Average Dload повыше, например 145 кбайт/с. Но Current постоянно прыгает.

Под Firefox тоже

как то не обращал особо внимания. а тут искал в логах и наткнулся
так и не смог найти что за сайт или аддон это открывало
причем по http

"GET http://googlevideo.com/ HTTP/1.1"
"GET http://video.google.com/ HTTP/1.1"
"GET http://www.google.com/videohp HTTP/1.1"

p.s. очередной “не такой как ютуб” … хотя после ссылок выше ;(

http://player.vgtrk.com/iframe/datavideo/id/ это вроде качал чтото с https://smotrim.ru/

• Источники «Коммерсанта» среди операторов связи рассказали, что некоторые провайдеры пытаются сами обойти замедление работы YouTube в России, внедряя специальные решения.
• Таких случаев по всей стране могут быть уже десятки: вероятно, операторы пытаются привлечь клиентов перед активным сезоном.
• Провайдеры считают, что ответственность для них маловероятна, так как официального запрета YouTube в стране нет, а пояснений о причинах его замедления власти так и не предоставили.

source

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

А какие формальные причины для того, чтобы кошмарить провайдеров? Официально же у нас только неполадки с серверами Гугл Глобал Кэш. Никаких запретов на работу Youtube нет.

Из ответа Министерства цифрового развития и связи:

В связи с систематическими нарушениями законодательства общая сумма штрафов, наложенных судом на компанию Googlе LLC, за последние три года составила более 25 млрд.рублей. Эта мера также не оказала воздействия.

Многочисленные нарушения российского законодательства, неуважение к нашей стране и гражданам являются основанием для принятия мер в отношении YouTube. В настоящее время у государства достаточно инструментов в такой ситуации, право на их использование остается за российской стороной.

И кому направлено это письмо?
Печатей нет. Текст написан не РКНовским языком, как-будто школьник писал.
На вброс похоже.

Не нужно ставить печати на эцп. Кому написан в шапке - ответ на запрос.

Язык конечно не РКНовский. Потому что писала минцифра и юлила как могла. Собственно там и не сказано что прям замедлили)

в чем тут вброс? это не вброс

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

Сам по себе фингерпринт сертификата для нас с вами бесполезен без оригинала документа и открытой части сертификата. Проверить подлинность его мы не сможем.
Печать должна быть о получении, если документ направлили юр.лицу. И как минимум, если это ответ на запрос, поля “на” и “от” должны быть заполнены.
Это даже не скан-копия.
Какой-то нонейм канал ссылается на другой нонейм канал. У меня это доверия не вызывает.

Хз, у меня мтс не робит нигде, полный блок ваще

T2 Сибирь, подтверждаю.

Это очень скромная скорость.
В норме должно быть хотя бы 10000kbps.

Ребят, скачал приложение SpoofDPI на мак, но ютуб все равно не работает, может там какие-то настройки дополнительные нужны? Ростелеком провайдер

Про SpoofDPI лучше бы отдельную темку. Здесь не хочется засорять.

Там всего одна “настройка”, попробуй сначала добавить -window-size 2, потом 1 итд

@TesterTi

в старом youtube-dl (сейчас он GitHub - ytdl-org/youtube-dl: Command-line program to download videos from YouTube.com and other video sites ) было специально
–geo-verification-proxy URL Use this proxy to verify the IP address
for some geo-restricted sites. The
–geo-bypass Bypass geographic restriction via
–geo-bypass-country CODE Force bypass geographic restriction
–geo-bypass-ip-block IP_BLOCK Force bypass geographic restriction

Да, а на новом yt-dlp.exe это
–geo-verification-proxy
–xff CountryCode
–xff IP_BLOCK
Только ничего из этого у меня не работает. Если для недоступных видео не пропускать весь трафик через прокси - будет облом

@Verity-Freedom это как в squid/privoxy/etc

.youtube.com == *.youtube.com и даже по идее youtube.com
а вот если youtube.com (без точки) это будет только этот один “сайт”

просто логика разных программ…

@Ori попробуй раз 5-10 yt-dlp -g
и смотри на IP в выдаваемых URL
https://rr3---sn-n02xgoxufvg3-2gb6.googlevideo.com/videoplayback?expire= &ei= &ip=149.1.2.3&
там должен быть один и тот же ИП. и именно тот ИП что выдает твой прокси
проверить можно
curl -4 -x socks5://127.0.0.1:9050 https://2ip.ru/ или https://rutracker.org/myip или https://1.1.1.1/cdn-cgi/trace

обычно 403 ошибка когда выдается левый (чужой) ИП в поле URL
причем даже если есть рабочий IPv6 то при ошибках все равно IPv4

так же до и после yt-dlp можно посмотреть
curl2 -4 -x socs5://127.0.0.1:9050 https://redirector.googlevideo.com/report_mapping?di=no
там обычно или
=> supernetwork-prg5 (название GGC)
или
=> arn09s18 : router: “pf09.arn16” next_hop_address: “72.14.195.199”
или
=> fra16s31 : router: “pr07.fra16” next_hop_address: “127.0.0.1”
как я понимаю это когда ИП забанен и выдаст “ты бот. залогинься”

Я так понял оно это правило должно ко всему применять если будет просто точка, но у меня с ним была ошибка на ошибке.

Так суть в том, что я получаю ссылку через прокси, а скачиваю БЕЗ прокси. И это работает без ошибок 403 в большинстве случаев:

D:\Soft\_Portable\YT-DLP>yt-dlp https://www.youtube.com/watch?v=9ULzc6PjIFk -v --proxy http://127.0.0.1:9180 --downloader aria2c --downloader-args aria2c:"--all-proxy="
[debug] Command-line config: ['https://www.youtube.com/watch?v=9ULzc6PjIFk', '-v', '--proxy', 'http://127.0.0.1:9180', '--downloader', 'aria2c', '--downloader-args', 'aria2c:--all-proxy=']
[debug] Encodings: locale cp1251, fs utf-8, pref cp1251, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version stable@2024.08.06 from yt-dlp/yt-dlp [4d9231208] (win_exe)
[debug] Python 3.8.10 (CPython AMD64 64bit) - Windows-10-10.0.19044-SP0 (OpenSSL 1.1.1k  25 Mar 2021)
[debug] exe versions: ffmpeg 6.1.1-full_build-www.gyan.dev (setts), ffprobe 6.1.1-full_build-www.gyan.dev, phantomjs 2.1.1
[debug] Optional libraries: Cryptodome-3.20.0, brotli-1.1.0, certifi-2024.07.04, curl_cffi-0.5.10, mutagen-1.47.0, requests-2.32.3, sqlite3-3.35.5, urllib3-2.2.2, websockets-12.0
[debug] Proxy map: {'all': 'http://127.0.0.1:9180'}
[debug] Request Handlers: urllib, requests, websockets, curl_cffi
[debug] Loaded 1830 extractors
[youtube] Extracting URL: https://www.youtube.com/watch?v=9ULzc6PjIFk
[youtube] 9ULzc6PjIFk: Downloading webpage
[youtube] 9ULzc6PjIFk: Downloading ios player API JSON
[youtube] 9ULzc6PjIFk: Downloading web creator player API JSON
[debug] Loading youtube-nsig.5f8f5b0f from cache
[debug] [youtube] Decrypted nsig NyG_B1uwAh6eBnzQ1 => 9BOFV1ULQq7-TA
[debug] Loading youtube-nsig.5f8f5b0f from cache
[debug] [youtube] Decrypted nsig 7A5DW1-CHdTOh-CFN => _RSoO9ZK8D3FlQ
[youtube] 9ULzc6PjIFk: Downloading m3u8 information
[debug] Sort order given by extractor: quality, res, fps, hdr:12, source, vcodec:vp9.2, channels, acodec, lang, proto
[debug] Formats sorted by: hasvid, ie_pref, quality, res, fps, hdr:12(7), source, vcodec:vp9.2(10), channels, acodec, lang, proto, size, br, asr, vext, aext, hasaud, id
[debug] Default format spec: bestvideo*+bestaudio/best
[info] 9ULzc6PjIFk: Downloading 1 format(s): 303+251
[debug] Invoking aria2c downloader on "https://rr5---sn-q4fzen7l.googlevideo.com/videoplayback?expire=1726023764&ei=9LPgZqfzOt7GzN0PwfyJwAM&ip=144.172.118.55&id=o-AO3sL2T-wJ7XOSJHCqe02cc83HXQLh9Rt3arMVv6YEal&itag=303&source=youtube&requiressl=yes&xpc=EgVo2aDSNQ%3D%3D&mh=gE&mm=31%2C29&mn=sn-q4fzen7l%2Csn-q4fl6n6d&ms=au%2Crdu&mv=m&mvi=5&pl=23&initcwndbps=4328750&vprv=1&svpuc=1&mime=video%2Fwebm&rqh=1&gir=yes&clen=18569543&dur=50.233&lmt=1725974283857763&mt=1726001847&fvip=4&keepalive=yes&c=IOS&txp=630F224&sparams=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cxpc%2Cvprv%2Csvpuc%2Cmime%2Crqh%2Cgir%2Cclen%2Cdur%2Clmt&sig=AJfQdSswRQIgZhoujIhjQ6SwGJvzLVIIhOHRErcmMzh1NlHLyV9nIIQCIQCa3FR4pj5fHIIUhsFHEJ7hQxfhZj_gWQYBHpntaOkB0A%3D%3D&lsparams=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbps&lsig=ABPmVW0wRQIgNmxfw_B7tgWhKJE8ZI2wDyiwVJk6MD4fSar8UJQe20QCIQCvzN94jTFvXoTVtGSsVwS4YKh08XRtaeBIVaG3NLSmaA%3D%3D"
[download] Destination: 走れカリンちゃん [9ULzc6PjIFk].f303.webm
[debug] aria2c command line: aria2c -c --no-conf "--console-log-level=warn" "--summary-interval=0" "--download-result=hide" "--http-accept-gzip=true" "--file-allocation=none" -x16 -j16 -s16 --min-split-size 1M --header "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.18 Safari/537.36" --header "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8" --header "Accept-Language: en-us,en;q=0.5" --header "Sec-Fetch-Mode: navigate" --all-proxy http://127.0.0.1:9180 "--check-certificate=true" "--remote-time=true" "--show-console-readout=true" "--all-proxy=" --out ".\走れカリンちゃん [9ULzc6PjIFk].f303.webm.part" "--auto-file-renaming=false" -- "https://rr5---sn-q4fzen7l.googlevideo.com/videoplayback?expire=1726023764&ei=9LPgZqfzOt7GzN0PwfyJwAM&ip=144.172.118.55&id=o-AO3sL2T-wJ7XOSJHCqe02cc83HXQLh9Rt3arMVv6YEal&itag=303&source=youtube&requiressl=yes&xpc=EgVo2aDSNQ%3D%3D&mh=gE&mm=31%2C29&mn=sn-q4fzen7l%2Csn-q4fl6n6d&ms=au%2Crdu&mv=m&mvi=5&pl=23&initcwndbps=4328750&vprv=1&svpuc=1&mime=video%2Fwebm&rqh=1&gir=yes&clen=18569543&dur=50.233&lmt=1725974283857763&mt=1726001847&fvip=4&keepalive=yes&c=IOS&txp=630F224&sparams=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cxpc%2Cvprv%2Csvpuc%2Cmime%2Crqh%2Cgir%2Cclen%2Cdur%2Clmt&sig=AJfQdSswRQIgZhoujIhjQ6SwGJvzLVIIhOHRErcmMzh1NlHLyV9nIIQCIQCa3FR4pj5fHIIUhsFHEJ7hQxfhZj_gWQYBHpntaOkB0A%3D%3D&lsparams=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbps&lsig=ABPmVW0wRQIgNmxfw_B7tgWhKJE8ZI2wDyiwVJk6MD4fSar8UJQe20QCIQCvzN94jTFvXoTVtGSsVwS4YKh08XRtaeBIVaG3NLSmaA%3D%3D"
[download] 100% of   17.71MiB in 00:00:02 at 5.92MiB/s
[debug] Invoking aria2c downloader on "https://rr5---sn-q4fzen7l.googlevideo.com/videoplayback?expire=1726023765&ei=9bPgZrjMHtS0ir4P_cKzkQM&ip=144.172.118.55&id=o-ADPHEVUDDf-wmn964YO2K6YJCtCbHwQCDhLigEV3mtlQ&itag=251&source=youtube&requiressl=yes&xpc=EgVo2aDSNQ%3D%3D&mh=gE&mm=31%2C29&mn=sn-q4fzen7l%2Csn-q4fl6n6d&ms=au%2Crdu&mv=m&mvi=5&pl=23&initcwndbps=4328750&bui=AQmm2eyGEkRHvFJVgF7nWI2gQS59AzfWeRGojzE1LTtCQFSSvx0H4KuwwPmN6s-iLXs3hvAtpiqWSe64&spc=Mv1m9k3mJBU6XcIMA1i8OTlI_thCsAOHlg-JxRg9UdzdiWEGeTUh&vprv=1&svpuc=1&mime=audio%2Fwebm&ns=OAyWJ0r-o_crK0Stwkhu5MwQ&rqh=1&gir=yes&clen=844583&dur=50.261&lmt=1725974273313226&mt=1726001847&fvip=4&keepalive=yes&c=WEB_CREATOR&sefc=1&txp=6308224&n=_RSoO9ZK8D3FlQ&sparams=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cxpc%2Cbui%2Cspc%2Cvprv%2Csvpuc%2Cmime%2Cns%2Crqh%2Cgir%2Cclen%2Cdur%2Clmt&sig=AJfQdSswRgIhAMi8trqgAUB4OQc5IdZLsTtJ6JXswv2pe42U5QhPgW7xAiEAn17jIzIRA40CH1r7tJmzmBASxJJ4FPYvz-YD1FFVYJQ%3D&lsparams=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbps&lsig=ABPmVW0wRAIgVwJaKe3pUKnVhx7m9mJDT7sHnbYipB8f8r1IE8MI0P4CIAlCyEcgA6-m85rm9cGtImck9Gb1y_BFyJmJsWhcwOoD"
[download] Destination: 走れカリンちゃん [9ULzc6PjIFk].f251.webm
[debug] aria2c command line: aria2c -c --no-conf "--console-log-level=warn" "--summary-interval=0" "--download-result=hide" "--http-accept-gzip=true" "--file-allocation=none" -x16 -j16 -s16 --min-split-size 1M --header "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.18 Safari/537.36" --header "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8" --header "Accept-Language: en-us,en;q=0.5" --header "Sec-Fetch-Mode: navigate" --all-proxy http://127.0.0.1:9180 "--check-certificate=true" "--remote-time=true" "--show-console-readout=true" "--all-proxy=" --out ".\走れカリンちゃん [9ULzc6PjIFk].f251.webm.part" "--auto-file-renaming=false" -- "https://rr5---sn-q4fzen7l.googlevideo.com/videoplayback?expire=1726023765&ei=9bPgZrjMHtS0ir4P_cKzkQM&ip=144.172.118.55&id=o-ADPHEVUDDf-wmn964YO2K6YJCtCbHwQCDhLigEV3mtlQ&itag=251&source=youtube&requiressl=yes&xpc=EgVo2aDSNQ%3D%3D&mh=gE&mm=31%2C29&mn=sn-q4fzen7l%2Csn-q4fl6n6d&ms=au%2Crdu&mv=m&mvi=5&pl=23&initcwndbps=4328750&bui=AQmm2eyGEkRHvFJVgF7nWI2gQS59AzfWeRGojzE1LTtCQFSSvx0H4KuwwPmN6s-iLXs3hvAtpiqWSe64&spc=Mv1m9k3mJBU6XcIMA1i8OTlI_thCsAOHlg-JxRg9UdzdiWEGeTUh&vprv=1&svpuc=1&mime=audio%2Fwebm&ns=OAyWJ0r-o_crK0Stwkhu5MwQ&rqh=1&gir=yes&clen=844583&dur=50.261&lmt=1725974273313226&mt=1726001847&fvip=4&keepalive=yes&c=WEB_CREATOR&sefc=1&txp=6308224&n=_RSoO9ZK8D3FlQ&sparams=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cxpc%2Cbui%2Cspc%2Cvprv%2Csvpuc%2Cmime%2Cns%2Crqh%2Cgir%2Cclen%2Cdur%2Clmt&sig=AJfQdSswRgIhAMi8trqgAUB4OQc5IdZLsTtJ6JXswv2pe42U5QhPgW7xAiEAn17jIzIRA40CH1r7tJmzmBASxJJ4FPYvz-YD1FFVYJQ%3D&lsparams=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbps&lsig=ABPmVW0wRAIgVwJaKe3pUKnVhx7m9mJDT7sHnbYipB8f8r1IE8MI0P4CIAlCyEcgA6-m85rm9cGtImck9Gb1y_BFyJmJsWhcwOoD"
[download] 100% of  824.79KiB in 00:00:25 at 32.00KiB/s
[Merger] Merging formats into "走れカリンちゃん [9ULzc6PjIFk].webm"
[debug] ffmpeg command line: ffmpeg -y -loglevel repeat+info -i "file:走れカリンちゃん [9ULzc6PjIFk].f303.webm" -i "file:走れカリンちゃん [9ULzc6PjIFk].f251.webm" -c copy -map 0:v:0 -map 1:a:0 -movflags +faststart "file:走れカリンちゃん [9ULzc6PjIFk].temp.webm"
Deleting original file 走れカリンちゃん [9ULzc6PjIFk].f303.webm (pass -k to keep)
Deleting original file 走れカリンちゃん [9ULzc6PjIFk].f251.webm (pass -k to keep)

ip1218×19 1.82 KB

А ещё я вчера через дополнение redirector в хроме делал так, чтобы в ссылки отдающие 403 подсовывался мой айпи, но они всё равно отдают 403.

Можно подробнее? Что проксируется а что не проксируется?

yt-dlp получает ссылку на скачивание видео, используя тор в качестве прокси. Потом он передает ссылку в aria2c (качалка такая), вместе с флагом “–all-proxy=”, который говорит aria качать напрямую, без прокси. Через стороннюю программу я вижу что всё работает как и задумано: yt-dlp подключается через прокси, а aria - напрямую и скачка тоже идет напрямую. Если закрыть тор после начала скачки, она не обрывается, а продолжается без проблем. Вместо aria можно использовать curl, wget или ещё что-нибудь.

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

Надо чтобы оно умело видео заблокированные в РФ по авторским качать.

Я Тор в принципе для доступа к Ютубу использую.

не знаю. попробуй не копировать точку
оставь TrackHostExits и добавь пробел и точку
TrackHostExits .
хм. еще нашел в конфиге

AutomapHostsOnResolve 1
AutomapHostsSuffixes .exit,.onion

там по идее создается lblabla.domain.com.exit который привязывается к ноде
может оно тоже обязательно

Ну так вот тут я и скачал заблокированное видео.

Плюс проблема не в замедлении даже, а в том, что в браузере иностранные кэши в последнее время начали постоянно возвращать ошибки 403 по неизвестным причинам. И кроме как ВПНом это никак не обойти.

Была теория, что это из-за того, что в ссылке чужой айпи вставлен. Однако через yt-dlp он качает без проблем, даже если мой айпи и айпи в ссылке разные.

У меня automap включён но я не посчитал что он мне нужен поэтому просто оставил его как потенциально полезную вещь.

Ну хорошо если оно умеет это делать.

y4963×790 38.9 KB

IP чужой, а скачка идет. Причем через curl, в который явно никакие механизмы обхода защиты ютуба не встроены.

То есть ошибки 403 в браузере не из-за фейковых айпи в запросах.

Не дело точно не в этом.

image1247×787 23.7 KB

Моментально стабильность теряется несмотря на TrackHostExits. Походу сами ноды выходные Ютуб смотрит всё же. У меня этот раздел щас так выглядит.

ну тут индивидуально у всех
у меня еще стоит
SOCKSPort 127.0.0.1:9050 IPv6Traffic PreferIPv6
и да. trackhost привязывает одну ноду. но имеено из за заШИТы ютуба это МОЖЕТ помочь. что не меняется ИП каждую минуту или сколько там по дефолту
но тому же yt-dlp похоже пофик. если он получил https://rr3---sn-n02xgoxufvg3-2gb6.googlevideo.com/videoplayback? то ему без разницы что там ютуб творит
но. тогда не было бы ошибок 403 при скачивании через yt-dlp так что всё ище тестируем ;\

Щас попробую.

конешно смотрит. причем не похоже что только ИП ибо иначе все TOR EXIT были бы в бане ютуба
я обычно пробую yt-dlp
socks5 tor, socks5 tcp, httpport tor, httpport tcp, socks5 ARTI
первые 4е нередко хоть 1 но качает. АРТИ вообще ни разу не видел что бы работал

Ну кстати после добавления SOCKSPort 127.0.0.1:9050 IPv6Traffic PreferIPv6 получше стало

image1267×875 76 KB

Не знаю может на рандоме произошло это от смены цепочки а может реально помогает.

Мне интересно а Тор у всех именно по :9050 хост открывает? Видимо у всех.

Вот это кстати скорее всего не нужно ибо если автомап включён он и так должен по этим отрабатывать.

В Торе должны их прятать научиться лучше а то его блочат все подряд вообще без проблем.

как в torrc написано так и работает. 9050/9080 tor 9595/9580 TCP 9150 ARTI
что то совсем ПП. первый результат это РТ напрямую

curl -6 --http3 https://redirector.googlevideo.com/report_mapping?di=no
=> arn11s13 : router: “pr03.arn16” next_hop_address: “127.0.0.1”

curl -4 -x socks5://127.0.0.1:9050 https://redirector.googlevideo.com/report_mapping?di=no
=> ams17s06 : router: “pr05.ams16” next_hop_address: “127.0.0.1”

curl -4 -x socks5://127.0.0.1:9595 https://redirector.googlevideo.com/report_mapping?di=no
=> ams15s45 : router: “pr04.ams15” next_hop_address: “127.0.0.1”

curl -4 -x 127.0.0.1:9080 https://redirector.googlevideo.com/report_mapping?di=no
=> ams15s45 : router: “pr04.ams15” next_hop_address: “127.0.0.1”

curl -4 -x 127.0.0.1:9580 https://redirector.googlevideo.com/report_mapping?di=no
=> nordunet-cph1

curl -4 -x socks5://127.0.0.1:9150 https://redirector.googlevideo.com/report_mapping?di=no
=> syseleven-ber1

Мне интересно у тебя будут грузиться эти видео?
A New Fear (youtube.com)
Ludwig van Beethoven: Ode an die Freude/Ode to Joy 1 (youtube.com)

Первое ловит ошибки со стороны Тора у второго геоблокировки для россиян.

Ну и желательно тор эксперт последней версии надеюсь ты его обновляешь как-то.

Щас вот сменил цепочку и в очередной раз словил ошибку на ровном месте

image1265×885 28.8 KB

А почему вот такая странная штука происходит?

D:\Soft\_Portable\YT-DLP>curl -4 -x socks5h://127.0.0.1:9150 https://redirector.googlevideo.com/report_mapping?di=no
185.220.103.5 => lga25s82 : router:      "pr03.lga34" next_hop_address: "127.0.0.1" (185.220.103.0/24)
D:\Soft\_Portable\YT-DLP>curl -4 -x http://127.0.0.1:9180 https://redirector.googlevideo.com/report_mapping?di=no
23.154.177.19 => fra15s37 : router:      "pf10.fra15" next_hop_address: "162.158.84.4" (23.154.177.0/24)

Типа, так и должно быть, что результат отличается в зависимости от сокс или хттп? Или он типа разную цепочку строит просто?

[debug] Invoking http downloader on "https://rr3---sn-ovgq0oxu-j2ie.googlevideo.com/videoplayback?
[download] Destination: A_New_Fear-[W9lsWI7zhTY].f251.webm
[download] 11.5% of 4.35MiB at 494.33KiB/s ETA 00:07

[debug] Invoking http downloader on "https://rr2---sn-ovgq0oxu-j2ie.googlevideo.com/videoplayback?
[download] Destination: Ludwig_van_Beethoven_-_Ode_an_die_Freude_Ode_to_Joy_1-[-kcOpyM9cBg].f244.webm
[download] 27.3% of 4.85MiB at 480.12KiB/s ETA 00:07

а это firefox + tor

Спойлер

image1920×1119 244 KB

image1920×1119 236 KB

Ещё вот такая ошибка может быть. Которая по сути имеет ту же природу.

image1261×872 43.3 KB

угу. разные цепочки. на ТОР Браузере там вообще разные цепочки для разных вкладок (если 1 домен в разных вкладках == вот тут не уверен) и для разных доменов в 1 вкладке
но это же и удобно. иногда помогает как в случае ютуба

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

ну можно взять тот же hola-proxy или вообще psiphon. и посмотреть регионы какие любит а какие нет. ИМХО там не страна главное а сеть провайдера/хостинга ибо как писал TOR NL может как качать так и не качать. в зависимости от ИП ноды

hola -country HR послали как бота
hola -country UK бот
hola -country PT
=> lga34s42 : router: “pf10.lga07” next_hop_address: “146.190.180.30”
https://rr3---sn-uxaxjvh5gbxoupo5-x1xll.googlevideo.com/videoplayback?

Ну вот как-нибудь задать бы это чтобы стабильность получить а то я щас только через страну это регулирую у себя. А я литерали свою версию портативного тора сделал. Как я вижу к нему и много гуи было но мне такого не надо.

Я удивлён что они ещё работают оба существуют значительно раньше чем 2022 год.

psiphon заводится только хитрым консольным способом на некоторых особо упоротых провайдерах.

wget https://github.com/Snawoot/hola-proxy/releases/latest/download/hola-proxy.windows-amd64.exe

Спойлер

image1019×799 19.3 KB

curl -x socks5://127.0.0.1:9090 -o server_list.ca.dat https://psiphon.ca/server_list
curl -x socks5://127.0.0.1:9595 -O https://raw.githubusercontent.com/Psiphon-Labs/psiphon-tunnel-core-binaries/master/windows/psiphon-tunnel-core-i686.exe

psiphon-tunnel-core-i686.exe --config psiphon.config.free --serverList server_list.ca.dat

но на “serverRegion”:“GB” yt-dlp сказало БОТ

вариант от Валдика вроде работает везде где не забанены все ИП серверов psiphon

Обнаружил странную вещь касательно ошибок 403 в браузере при просмотре.

Открываем видео, смотрим в монитор сети:

Теперь курлуем работающий сервер:

Спойлер

c1963×839 24.4 KB

Теперь курлуем его ip. Обратите внимание: сертификат выдан на googlevideo:

Спойлер

c2962×487 14.3 KB

Теперь повторяем с сервером, возвращающим ошибку 403. На этом этапе всё норм:

Спойлер

c3961×858 24.3 KB

А теперь курлуем его ip и неожиданно видим сертификат выданный не на googlevideo, а на docs.google.com:

Спойлер

c4961×491 14 KB

Как это объяснить?

на одном ИП могут быть 100500 серверов
для этого (в том числе) и передается SNI

так примерно тесты всякие и работают
curl -o NUL -k -H "Host: ash-speed.hetzner.com" --connect-to ::ash-speed.hetzner.com https://test.googlevideo.com/100MB.bin

качает ash-speed.hetzner.com/100MB.bin
причем говорим что именно этот сайт нужен (выдирал с примера про hetzner.de может здесь Host и не нужен)
но DPI видят что якобы запрашиваем https://test.googlevideo.com/100MB.bin

тут еще проще
curl -4 -o NUL -k --connect-to ::speedtest.selectel.ru https://test.googlevideo.com/10MB -w %{speed_download}
качаем speedtest.selectel.ru/10MB

Ок, спасибо за разъяснение.

если зайти в свойства сертификата в браузере
например для https://rr2---sn-p5qlsn6l.googlevideo.com/
то там есть такая простыня

Довольно часто приходят запросы от журналистов, что, типа, а есть ли какая-то система в “замедлении ютюба”. Ну, вот месяц наблюдений, а систему никак поймать не можем — “замедление” не зависит ни от оператора, ни от региона. Тупо везде фиг пойми как — даже у одного и того же оператора в одном регионе может быть “тут работает, а тут не работает”.

Нет никакой системы.

Собственно, вот цитата которую можно использовать почти везде:

“Дифференциация деградации упомянутого сервиса у различных операторов связи обусловлена политиками, применяемыми к сервису на сетях подвижной и фиксированной связи”.

Скорее всего, достаточно только 1e100.net, с него видео тянутся. А первые два вообще сервисы Apple.

Ну, как нет системы? На мобильном интернете замедляют обычно гораздо меньше (в современных браузерах с quic может даже и не чувствоваться). Об этом кстати сми не упоминают почему-то. Вот так какой-нибудь житель Латвии читая Дождь может даже и не знать что там на самом деле с ютубом у россиян. Точнее, будет думать что у многих проблемы, хотя [пока] достаточно заюзать мобильный интернет для просмотра.

Я разраб портативного Тора. Так как у Ютуба имеются собственные блокировки по авторским правам и он собирает аналитику, я считаю, что следует проксировать вообще все домёны Ютуба, чтобы утечек не было. За 1e100.net большое спасибо, буду смотреть.

Но вот эти прямо в первую очередь используются:

Разблокировать нужно только домёны. То есть например не fonts.googleapis.com, а googleapis.com.

Я бы сказал что расширенный список должен выглядеть так:
*.yt.be
*.youtu.be
*.gvt1.com
*.gstatic.com
*.youtube.com
*.nhacmp3youtube.com
*.youtube-nocookie.com
*.aaplimg.com
*.ytimg.com
*.youtubeeducation.com
*.googlevideo.com
*.youtubekids.com
*.googleapis.com
*.ggpht.com
*.googleusercontent.com
*.1e100.net
*.doubleclick.net
*.mdns.mcast.net
*.youtube.ru
*.google.com

А общий вот так:
*.youtu.be
*.gstatic.com
*.youtube.com
*.ytimg.com
*.googlevideo.com
*.googleapis.com
*.ggpht.com
*.googleusercontent.com

Скорее всего расширенный список больше про мобилки и про общую паранойю ибо лично я не вижу что там что-то проксируется у меня на пк из того что в общем списке нет. А ВСЕ адреса из общего списка Ютуб так или иначе на пк задействует. Ну и про всякое не слишком нужное по типу Ютубкидс.

там еще важно чтобы и googlevideo и какой то из доменов ютуба (сам youtube.com?) запросы шли с одного и того же ИП
когда пытались проксировать только googlevideo ктото столкнулся с тем что вообще ничего не играет

в ТОРе кстати запросы на разные домены идут через разные цепочки ?!

А вот наоборот можно, я пробовал. youtube.com через прокси, а googlevideo напрямую.

Я в портативном Торе сделал так чтобы все запросы шли только с хорватских ip. Иначе там действительно проблемы со стабильностью. Как-то заставить его использовать только одну цепочку сложно ибо он так или иначе настроен их менять (да что угодно настроено их менять ибо динамические ip так или иначе существуют). У него есть большой мануал где есть разные настройки в том числе и по цепочкам. Лично у меня на данный момент всё играет, но периодически возникали ошибки с недоступностью некоторых видео. Но ещё и геоблокировки обходятся.

Не имеет абсолютно никакого смысла ибо его и замедляют в первую очередь.

можно через

(тут список доменов == Если перед значением стоит символ «.», оно считается соответствующим всему домену)
(это 1800сек == 30мин)

TrackHostExits .youtube.com,.googlevideo.com
TrackHostExitsExpire 1800

Хорошая идея надо смотреть имеет ли это смысл.

Его задавать необязательно, он и так по дефолту на этом значении стоять будет.

Если шаришь, сайты типа pixiv.net Тор блокируют напрочь, может там тоже тема с разными адресами использующимися одновременно, или всё-таки они именно знают выходные айпишники Тора и блокируют их (мне кажется, что второе, и насчёт Ютуба я тоже думал, что второе, поэтому задал Хорватию ибо там оно должно быть менее известно).

Там проверялся случай, когда гугл посылал на нерабочие ggc. Типо можно ли пустить через прокси все, кроме googlevideo , чтобы заставить гугл отправить на рабочие зарубежные ggc? А сам googlevideo разблокировать c gdpi. И это даже кажется получилось у кого-то . У меня что-то не вышло. Ip сменился на зарубежный в запросах, но само видео не шло.

не знаю pixiv
а вот ютуб как “через” раз
то есть NL exit один может спокойно качать через yt-dlp на другой в той же подсети пишет “вы бот. залогинтесь”
у меня стоит TorControPanel и несколько выходных стран. пока что помогает пару раз нажать “сменить цепочку”

про trackhostexit там ±
с одной стороны сохраняет один ТОР exit сколько укажешь (не уверен что сутками… но явно больше 30 минут можно задавать)
с другой если попадешь на “забаненую” ютубом ноду не факт что даже перезапуск поможет. наверно надо будет удалять весь список cache/guard

и вроде необязательно. но по моим тестам уж точно хуже не делает

HTTPTunnelPort 127.0.0.1:9080 IPv6Traffic PreferIPv6
SOCKSPort 127.0.0.1:9050 IPv6Traffic PreferIPv6

Спойлер

image774×583 30.6 KB

У меня получилось через yt-dlp это сделать, вот тут инфа: https://ntc.party/t/%D0%B2%D0%B0%D1%80%D0%B8%D0%B0%D0%BD%D1%82%D1%8B-%D0%BE%D0%B1%D1%85%D0%BE%D0%B4%D0%B0-%D0%B7%D0%B0%D0%BC%D0%B5%D0%B4%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F-youtube/9885/12

А ну это наверное чтобы скорость высокая была. У Тора в последнее время (начиная с введения Webtunnel) скорость такая что на 1440 p хватает. А прокси скорость режут часто.

Интересная штука, но я даже зная что она существует всё равно предпочту своим Торпортаблом пользоваться.

У него смысл в том что он подхватывает torrc находящийся в папке с ним же, может находиться где угодно, быть пущен в автозагрузку, закреплён в панели задач и всегда запускается в скрытом режиме. Очень простая прога но очень удобная если не против того чтобы редактировать torrc ручками по мануалу. Я им пользуюсь в сочетании с расширением Обход блокировок рунета которое как раз помимо совместимости с антизапретом предоставляет совместимость с Тором, поэтому проксируешь Тором всё то, что не проксируется антизапретом, и наоборот.

ну у меня их 3и tor.exe / torcontrolpanel / arti (windows)

не качает. пишет бот
ip: 2605:6400:30:f920:f523:28ef:3617:8b86 LU
=> fra16s31 : router: “pr07.fra16” next_hop_address: “127.0.0.1”
кстати похоже нашлась разгадка. возможно оно все “подозрительные” ИП так блочит

качает
ip: 2a04:52c0:119:3f0b::1 NL
=> ams15s45 : router: “pr05.ams16” next_hop_address: “2a00:1ca8:1::c”

не качает. но через АРТИ почему то ни разу не видел последнее время чтобы качало. видимо еще что то проверяется помимо TOR EXIT
ip: 2a0b:f4c2:3::72 DE
=> syseleven-ber1
тут вообще местный GGC

Сам Тор эксперт тоже обновляется периодически, а у этих штук скорее всего автоапдейта нет, надо руками делать это в любом случае.

Я у себя посмотрю разницу между использованием выходных нодов хорватии и использованием любых но в режиме TrackHostExits.

Ещё из бриджей надо использовать только Вебтуннели потому что они самые быстрые и юзать остальные нет смысла.

Ну да. Прокси/впн сгодился бы любой, скорость не важна. А насчет тора… не просядет ли и там скорость, если туда набегут любители ютуба?)

хоть и оффтопик. работают

1. IPv6 vanilla у кого есть честный IPv6
2. многие старые OBFS4 (свежие похоже запрашивают через гмайл и сразу банят)
3. да webtunnel работают и быстро
4. вот snowflake тот еще тормоз и по работе. и немаловажно по “скорости” нахождения рабочих мостов. может очень долго ломится это при том что у меня прописаны 2а разных CDN

опять снова АРТИ
=> ams15s45 : router: “pr04.ams15” next_hop_address: “127.0.0.1”
ip: 2001:67c:6ec:203:192:42:116:173 PL (хотя там скорее всего не Польша.)

Спасибо, да, интересная идея с arc. Но если видео “недоступно в вашей стране”, то не прокатит. Приходится все через прокси пропускать. Интересно, почему так? На каком этапе вылазит российский ip?

Ни на каком. У меня была ошибка “видео недоступно” со многими видео, которые доступны в России, и наоборот при этой ошибке продолжали быть доступны видео, которые из России не посмотреть. Когда что-то заблочено именно в России это обычно музыка по авторским правам и пишут правообладателя исходя из моего опыта. Ещё тут Тор для dlp используют, там могут быть какие-то другие защиты уже против dlp.

Но есть интересный факт, Гугл вроде может определять, что каким-то сервером пользуется большое число людей из той или иной страны, об этом создатели Протон писали.

Вообще в yt-dlp, есть 2 флага для обхода региональных ограничений. Но на практике они по-моему вообще ничего не делают.

Если найдете ссылку на какое-нибудь видео, недоступное в РФ, киньте сюда, я протестирую тянется ли оно через мой метод.

Ну например https://www.youtube.com/watch?v=MfmYCM4CS8o

Просто FoxyProxy расширение проксирует вроде только основной домен (youtube.com), а остальные (googlevideo) идут напрямую, я видел в wireshark.
А ещё был случай, хотел на зарубежном сервере скачать видео с ютуба с помощью yt-dlp, а он 403 выдал. Я на локальном компе получил прямую ссылку (yt-dlp -g) и на сервере (к нему доступ по ssh) указал там wget ‘ссылка’ и сервер скачал. Так что морда и googlevideo раздельны. Вот что я имею в виду.
А на сервере я качал с целью конвертирования в другой формат, чтобы не нагружать свой комп. Но это так, к слову.

А название хоста писать необязательно? Он может автоматически определить? Я полагаю что может.

Ок, происходит нечто реально странное.
Ситуация 1, выходной узел - РФ. Поведение ожидаемое:

y3962×421 17.3 KB

y4963×790 38.2 KB

y1964×484 15.8 KB

Напоминаю, что yt-dlp в данных экспериментах получает чужие GGC, а скачивать я пытаюсь напрямую.

У меня сразу стабильность упала резко несмотря на то что стоит TrackHostExits . (с точкой он якобы это правило должен вообще ко всему пускать)

Думаю это зависит всё же от выходных нодов в первую очередь. Или там надо было ещё хост уточнить

image1241×822 37.2 KB

Щас ещё попробовал и имхо 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 . Без кук не хочет качать, говорит, что я - бот)

Недолго музыка играла))

image1405×727 111 KB

image964×780 98.2 KB

Спасибо Вам за статью, сохранила ее почти сразу, как только была опубликована.
Только непонятно из Вашего скриншота: за что статью заблокировали (убрали для просмотра из России)? То есть, какое обоснование этому?
Спрашиваю потому что для иных ресурсов хотя бы понятно, отчего блокируют. А с Ютубом - непонятно: он не запрещен официально, официально у нас “сломались” сервера Гугл Глобал Кэш. А у Вас простая статья с разбором технической ситуации - и за что же ее блокировать? По каким правилам? Непонятно.

При раздаче мобильного трафика, на допустим ноутбук, смысл есть. Особенно если в тарифе не учитывается трафик 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.

Да, починил, ребята с гита подсказали

удивительное рядом. раньше совсем другие варианты выдавало для IPv4

curl -4 -v https://redirector.googlevideo.com/report_mapping?di=no & echo. &
curl -6 https://redirector.googlevideo.com/report_mapping?di=no & echo. & time /t

=> rostelecom-lnx1
=> arn11s13 : router: “pf09.arn16” next_hop_address: “2001:4860:1:1::32e7”

curl -4 -o NUL -k --connect-to ::speedtest.selectel.ru https://test.googlevideo.com/10MB -w %{speed_download}
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:21 --:--:--     0
curl: (35) Recv failure: Connection was reset

В GoodbyeDPI можно попробовать запатчить fake payload прямо в .exe.

А инструкцию для этого где-то можно прочесть?

Нужен какой-нибудь HEX-редактор, например, ImHex. Также необходимо взять какой-нибудь нестандартный payload из zapret, например, из файла files/fake/tls_clienthello_sberbank_ru.bin. Открыть HEX-редактором goodbyedpi.exe, найти последовательность байтов 1603010200010001 (hex), выделить 517 байтов начиная с этой последовательности и заменить их на содержимое выбранного файла из zapret (его тоже открыть HEX-редактором, выделить всё, и скопировать).

Запатчил goodbyedpi.exe из goodbyedpi-0.2.3rc1/x86_64:
goodbyedpi.exe (95,5 КБ)

Огромное вам спасибо! Счас изготовим и затестим )

Блииин, трудная для освоения прога, конечно, но все получилось. Еще раз спасибо!

Вполне может наступить день, когда все готовые пейлоады из запрета также заблокируют. Соответственно, хорошо было бы знать как самостоятельно их готовить. Подозреваю, что они представляют из себя часть перехваченного пакета с ClientHello, но какую именно часть?

Если они начнут блочить payload сбербанка, сбербанк может обидеться. А так да, лучше сделать штук 500 разных payload к разным сайтам, и добавить возможность случайного выбора при каждом новом соединении. Задолбаются блочить.

Как же много развелось российских альтернативных площадок. Вот ещё какой-то NUUM. Неужели они не понимают, что один только зоопарк отворачивает пользователей от всего этого, от разгребания этих конюшен.
Как в Сердцеедках было:
- Я думала, что за меня налоги должен был платить мой муж.
- Который?
Что самое печальное, а ведь и правда. Там на рутубе [малоизвестный] клипец/фильмец в лучшем качестве нашёлся, на VK местное творчество из ДК выкладывают, на OK можно найти, как ни странно, зарубежные фильмы в иностранных неанглоязычных озвучках, или редкие старые французские фильмы, которых даже на рутрекере нет.
Вот такая фрагментация. Печально это.

Ассоциация операторов связи направила жалобу в Федеральную антимонопольную службу (ФАС) на дискриминацию из-за замедления YouTube.
Жалоба связана с тем, что замедление работы YouTube, Google и его сервисов у разных операторов происходит неравномерно, увеличилось количество жалоб пользователей к провайдерам.

Ассоциация отмечает, что ГРЧЦ и Роскомнадзор не имеют права по собственной инициативе осуществлять действия по ограничению доступа к информации.

Ассоциация просит:

• возбудить производство по признакам нарушения закона «О защите конкуренции» из-за создания «дискриминационных условий для операторов связи путем неравномерного замедления работы видеоплатформы YouTube, поисковой системы Google и ее сервисов»;
• признать виновными лиц, нарушивших антимонопольное законодательство, а также принять меры для устранения нарушения.

Ссылка на РБК.

На хабре в комментах пишут, что это очередной фейк.

прямо сейчас наблюдаю что ютуб и yt3 (картинки) работает прекрасно на билайновских магистралях.

“неравномерное замедление” - это что за хохма? так они хотят, чтобы стали замедлять всем?

То, что снижение качества сервисов происходит неравномерно, по мнению ассоциации, «нарушает правила «свободного рынка».

То, что снижение качества сервисов происходит неравномерно, по мнению ассоциации, «нарушает правила «свободного рынка».

что-то смайлы не ставятся. у меня фирефлокс. ставятся только 2 двоеточия. этот - я вручную поставил.

Вице-спикер Госдумы РФ Борис Чернышов сообщил, что видеохостинг YouTube заблокируют в России когда отечественные площадки смогут его заменить.
По его словам, сейчас российские авторы не могут полноценно зарабатывать на сервисе YouTube из-за санкций и политики корпорации. Но и отечественные площадки не могут в полной мере заменить YouTube. Поэтому окончательной блокировки видеохостинга стоит ожидать тогда, когда российские площадки смогут в достаточной мере нарастить мощность, чтобы составить достойную конкуренцию YouTube, рассказал Чернышов.
Он добавил, что Ruтube и “ВК видео” проводят активную рекламную компанию и развиваются, чтобы предоставлять больше возможностей для авторов контента и зрителей. Но им также нужна хорошая система монетизации, отметил депутат. В итоге от успеха этой компании зависит, когда YouTube окончательно заблокируют, объяснил Борис Чернышов в беседе с NEWS.ru.

Ой, вы посмотрите, как они пекутся о бедных работягах! Я аж прослезился от признательности.

Ruтube и “ВК видео” проводят активную рекламную компанию и развиваются, чтобы предоставлять больше возможностей для авторов контента и зрителей

Так может тогда стоило сотни миллиардов не на блокировку ютуба тратить, а на развитие конкурентноспособных альтернатив?
Хтьфу просто.

Ну хоть честно наконец-то признались, что, "сервис отключат, когда российские площадки сделают полноценную монетизацию блогеров".

А то я все думал, чего это на днях и ВК Видео, и Рутуб одновременно ввели новую монетизацию для авторов. И даже вроде бы щедрую первое время, и не только на своих площадках, а везде, где используются их плееры.

Эта фразу можно читать как “за ютубом последуют и другие площадки, типа твича”.

Рандомно останавливается проигрывание видео с последней версией goodbyedpi-0.2.3rc3-2. Буквально может 1.5часовое видео проиграть нормально, а может 5мин. видео через 2 минуты остановится. Характер проблемы плавающий, проблема есть на всех 3х провайдерах: ростелеком\билайн\ТТК у всех моих знакомых.
Chrome\opera Kyber\QUIC disabled
оба скрипта.
service_install_russia_blacklist_YOUTUBE.cmd
service_install_russia_blacklist_YOUTUBE_ALT.cmd

Подтверждаю, аналогичная проблема началась с 20.09. Некоторые видео с первого раза перестали запускаться, только после обновления страницы.

У меня такое было из-за замедленных кэш-серверов моего провайдера. Вылечился их блокировкой. Смотрите через F12 - Сеть куда тычется ютуб и ловите там плохо работающие гуглокэши (rr*-*.googlevideo.com/playback*).
Может быть и противоположная ситуация. Ваши провайдерские гуглокэши стоят до ТСПУ и у вас к ним есть доступ без обхода. А обход в принципе не работает и вы этого даже не замечаете.

Принадлежность сервера можно определить через https://www.nslookup.io/. Либо сравнить по айпи, используя ваш идентификатор кластера https://redirector.googlevideo.com/report_mapping?di=no (сформировав его по схеме наподобие rr1.rostelekom-abc1.googlevideo.com). Либо прикинуть дальность до сервера по пингу. Или по хопам tracert’а.

Да, заблокируют все массовое альтернативное, если только не начнется “разрядка отношений” с Западом.

штоу

Конкуре́нция — борьба между экономическими субъектами за максимально эффективное использование факторов производства, при единых правилах для всех её участников.

У кого проблемы попробуйте через any country параметр -1

Непременно заблокируют, только повода дождутся. Таким поводом, как мне кажется, станет закон о блогерах (который, по моему, вступает в действие с 1 ноября). Ютуб его исполнять конечно же не будет (думаю, что Телеграм тоже). Тут-то и появится повод для блокировки.

Но интересно все же, что ФАС ответит…

Возможно, тем, кому прописывал -1, мне не жаловались на остановки видео.

А я что конкретно вам писал? Вам не поможет кому то поможет. Какие проблемы?

vpn нет

youtube1343×1011 220 KB

rutube1343×993 107 KB

Вот это и непонятно. Сами пиратят, а другим не дают. Причём пиратят фильмы, а у пользователей банят банальные перезаливы social конента. Маразм и они на это советуют переходить?

Кто-нибудь знает в чем может быть проблема при использовании xtls+reality именно для доступа к Youtube

Все заблокированные сайты моменталньо открываются.

Но при попытке зайти на ютуб часто возникает проблема- страница очень долго грузится иногда же наоброот нормально.

А куда прописывать?
-может для TPWS есть готовые параметры?
постоянные ошибки:
GET https://rr3---sn-gvnuxaxjvh-c356.googlevideo.com/generate_204 net::ERR_TIMED_OUT

   POST https://rr7---sn-n8v7znlr.googlevideo.com/videoplayback?expire=1727033.....................0&fallback_count=1&rn=8 net::ERR_TIMED_OUT

base.js:1695 POST https://www.youtube.com/api/stats/qoe?......................Tk9wEAU net::ERR_BLOCKED_BY_CLIENT

Я избавился от этой проблемы так. Пустил через vless вот эти домены:
“youtube.com”,
“googlevideo.com”,
“ytimg.com”,
“youtu.be”,
“ggpht.com”,
“googleapis.com”,
“googleusercontent.com”,
“nhacmp3youtube.com”,
“gstatic.com”,
“ytimg.l.google.com”,
“play.google.com”
и дополнительно udp-протокол на вот эти IP тоже через vless.
“8.34.208.0/20”, “8.35.192.0/20”, “23.236.48.0/20”, “23.251.128.0/19”, “34.0.0.0/15”, “34.2.0.0/16”, “34.3.0.0/23”, “34.3.3.0/24”, “34.3.4.0/24”, “34.3.8.0/21”, “34.3.16.0/20”, “34.3.32.0/19”, “34.3.64.0/18”, “34.4.0.0/14”, “34.8.0.0/13”, “34.16.0.0/12”, “34.32.0.0/11”, “34.64.0.0/10”, “34.128.0.0/10”, “35.184.0.0/13”, “35.192.0.0/14”, “35.196.0.0/15”, “35.198.0.0/16”, “35.199.0.0/17”, “35.199.128.0/18”, “35.200.0.0/13”, “35.208.0.0/12”, “35.224.0.0/12”, “35.240.0.0/13”, “57.140.192.0/18”, “64.15.112.0/20”, “64.233.160.0/19”, “66.22.228.0/23”, “66.102.0.0/20”, “66.249.64.0/19”, “70.32.128.0/19”, “72.14.192.0/18”, “74.125.0.0/16”, “104.154.0.0/15”, “104.196.0.0/14”, “104.237.160.0/19”, “107.167.160.0/19”, “107.178.192.0/18”, “108.59.80.0/20”, “108.170.192.0/18”, “108.177.0.0/17”, “130.211.0.0/16”, “136.22.160.0/20”, “136.22.176.0/21”, “136.22.184.0/23”, “136.22.186.0/24”, “142.250.0.0/15”, “146.148.0.0/17”, “152.65.208.0/22”, “152.65.214.0/23”, “152.65.218.0/23”, “152.65.222.0/23”, “152.65.224.0/19”, “162.120.128.0/17”, “162.216.148.0/22”, “162.222.176.0/21”, “172.110.32.0/21”, “172.217.0.0/16”, “172.253.0.0/16”, “173.194.0.0/16”, “173.255.112.0/20”, “192.158.28.0/22”, “192.178.0.0/15”, “193.186.4.0/24”, “199.36.154.0/23”, “199.36.156.0/24”, “199.192.112.0/22”, “199.223.232.0/21”, “207.223.160.0/20”, “208.65.152.0/22”, “208.68.108.0/22”, “208.81.188.0/22”, “208.117.224.0/19”, “209.85.128.0/17”, “216.58.192.0/19”, “216.73.80.0/20”, “216.239.32.0/19”

В противном случае tcp шло правильно, а udp шло напрямую и получалась такая же фигня, что у вас.
Как вариант, можно попробовать отключить udp на 443 порт вообще в роутере, но не уверен, что поможет

udp на 443 порт вообще в роутере

Помогает, 100%
Полный аналог отключения QUIC в браузере.
Однако это не единственная возможная причина задержек. Может быть связано с тем что например боход по ipv4 работает, а по ipv6 нет. Или наоборот.

25 Sep 2024
Йота Новосибирск
QUIC/UDP:
Данные напрямую не учавствующие в просмотре в браузере, но могут быть полезны при скачивании. Считаются пессимистичными, браузеру удаётся работать лучше, благодаря различным технологиям, вроде реконнекта и параллельной загрузки.
yt-dlp+curl+quiche/openssl теперь avg 100…120 кбайт/с (current плавает с 80…350) [раньше было avg 256 кбайт/с, а ещё раньше unlimited, но не выше 2xrealtime bitrate из-за ограничения гугла, я это учёл, выбрав высокое качество, чтобы был больше битрейт]
Через несколько десятков мб скорость уходит в 0.
curl+openssl не делает реконнект
curl+quiche иногда делает [раньше делал гораздо чаще, а в начале заварушки разрывов вообще не было]
В начале тестов приходилось несколько раз перезапускать скачивание, т.к. оно не начиналось, скорость висела на 0 [раньше перезапускать приходилось максимум 1-2 раза в самом начале]. Потом прорезалось, но нестабильно.
Скачивается с NSK и MSK GGC.
Статистика браузера показывает скорость 3000-4000…5000…6000 кбит/с
720p avc играет, один раз был затык (возможно выбрался другой сервер)
1080p avc иногда тормозит (2500), иногда нет (6000), зависит от сервера, разные куски с разных серверов качаются
173.194.179.217 Google MSK (ping), обратный hostname svo
85.26.174.204 MegaFon NSK (ping)
на втором просмотре 720p/1080p стало тормозить, нестабильно.
В общем, стало хуже.

TCP:
yt-dlp+curl скачивает файл размером 512 кбайт…1024 кбайт и скорость в 0.
Статистика браузера показывает скорость около 500 кбит/с
Играет 144p avc
360p avc тормозит
У avc больше битрейт, чем у vp9

Исследование GGC:
zapret обход на линуксе по прежнему исправляет работу по TCP, настройки не менял. на мобильном интернете им нет нужды менять правила dpi.
малопопулярное в России французское видео первый раз грузится из 74.125.111.137 Google (минимальный ping DE, возможно FR, NL, обратный hostname у IP fra16)
а потом при втором просмотре 85.26.174.204 MegaFon NSK (ping)
это значит новосибирские мегафоновцы и йотовцы его не смотрели
у этого видео максимальное качество 480p
локальный GGC кэширует 480p и 360p (два ближайших разрешения)
при запросе 240p во втором просмотре опять идёт обращение к 74.125.111.137
третий просмотр 240p опять местный 85.26.174.204
значит GGC мегафона ещё работает.

Я не совсем понял что вы хотите прописать. Если конфиг то он прописывается в файл preset Russia

А кто-то заставил работать Waujito/youtubeUnblock (v1.0.0-rc1)?

Вопрос именно в конфиге - пока никакие варианты настроек не помогли.
Вроде новая версия должна быть - но вдруг и эту можно завести.

А может ли быть такое, что обратный hostname fra16, а сервер в Германии? Вот этот IP 173.194.188.134 где?

Ping RTT (avg, мс):
Germany, Frankfurt Powered by [4VPS.su] 0,76
Germany, Nuremberg 2,70
France, Strasbourg, south Powered by [RealHosters] 3,38
Germany, Falkenstein 4,79

Или это просто у ping-admin.com инфраструктура в Германии лучше?

Подключаюсь из Нидерландов. Ролик очень редкий, приватный. Почти нет просмотров. Возможно, через французский VPN я его и заливал когда-то, а может через WARP.

Upd: возможно fra потому что я смотрел его после залива в invidious.fdn.fr. Но почему же ping не совпадает?

Frankfurt — немецкий город.

Понял. fra это Франкфурт, а не Франция.
Однако, интересно как он туда попал. Может, правообладатель его оттуда посмотрел (был страйк) или немногочисленные зрители (выкладывал embed на форум).

Зашёл с японского VPN. GCC выбрался Сингапур.
142.251.88.39
sin10s38-in-f7.1e100.net
Это не так уж и близко к Японии. Но ping между Сингапуром и Токио порядка 70 мс. Это гораздо меньше, чем до Европы и даже США.
А вообще там в Азии маршруты могут ходить довольно дико, далеко не всегда оптимально. Ещё и всякие задержки местные, наверняка.
Например, расстояние между Сингапуром и Джакартой (Индонезия) около 1000 км - пинг 256 мс.
Расстояние между Сингапуром и Токио 5300 км - пинг 70 мс.

Вот, к примеру. Новосибирск с Японией (Proton) соединяется транзитом через США, судя по tracert и ping (380 мс).
Пинг из Японии до США около 100, до Европы около 250.
Но если запросить 1tv.ru (178.248.233.188) из Японии, то пинг вообще как местный. В промежутке некто 63.222.51.182.
Ну, и там, конечно представлены google, cloudflare рядом.

Не знаю, как известно, поддержка когерентности кэша это одна из двух сложных задач:

я уже так устал от этих чёртовых блокировок, в каждый раз что-то ломается и приходится искать новый путь

Переходите на VPN. Желательно, который не светится как RU. Проблем будет гораздо меньше. Только не на японский, а то будут задержки как на геостационарном спутнике.
А вот телефония себя неплохо чувствует при задержке 600 мс.

На то и был расчёт. Могу ещё посоветовать перейти на мобильный интернет. Там всё шоколадно в плане ютуба. TCP режется (в отличии от QUIC), но обходится без плясок. Правда, на 4G вечером входящая скорость не очень.

У кого также, или это ненадолго, а вот на мобильном операторе как было замедление так и осталось

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

Милые мои, вопрос к тем, кто обходит замедление YouTube (конкректно поддоменов SLD googlevideo.com) с помощью разных ухищрений: а работают ли у вас сейчас какие-нибудь стратегии, не включающие генерацию фейковых пакетов для ТСПУ с низким TTL?

Работают. Чисто для ggc провайдера. Для некоторых других доменов без фейков никак. Но на моем провайдере пока настройки не меняли, слава Богу.

Отлично, благодарю!

я кароч хз, но суде по всему вот в етой asn не блочат и не замемдляют ютуб, сначала подумал что может вобще ни чё не блочат (типа вобхот идёт) потому что даже иконки на ютубе кажут, но потом попробовав открыть какой нето ещё сайт не проканало, потом подумал что щас наследущей день уже не буит, но уже кажет две недели я хз чё происходит

Пользовался нидерландским VPN и Google и YouTube показывали регион NL. Сейчас подключился к другому поставщику, США, Майами. Google стал писать, что я в Твери, а на ютубе значок страны пропал. Кем же меня теперь считает YouTube?

Но не Россия, точно. Почистил куки. Google стал Флорида. YouTube так и остался без значка страны. Я так полагаю, без значка значит США и мне предложили tv.youtube.com
Видео грузится с GGC Атланты.

Хм. Хотел посмотреть про ремонт сантехники, а мне ютуб 403 суёт. А вот на VK я что-то такого не помню. Сам ютуб вынуждает уходить.

трасерните на провайдера и отпингуйте его по полной

У меня Proton VPN, т.е. грязный IP. Хотя, VK это не мешает. Но мешает яндексу.
Более того, в приложении FreeTube я выбрал “открыть в mpv” (с помощью yt-dlp). Замечено, что это почти всегда приводит к бану IP на какое-то время. Но я подумал, ну может не в этот раз, может хоть одно видео дадут посмотреть в mpv (он легче). Нет, бан по IP.

я в потплеере ютуб смотрю. Сборка от 7sh3. Ни разу не банил.

У меня Linux. Там только SMPlayer, mpv based. Вот и странно, поскольку yt-dlp нормально качает, а mpv использует его. Но банят только из-за mpv. Но там может быть что угодно, даже user agent какой-нибудь не нравиться гуглу.

Кстати, Spotube тоже использует yt-dlp и гугл это тоже не любит.

да и через yt-dlp в потплеере тоже пробовал, но он там тормознутый. Обычный парсер быстрее работает. Возможно из-за mpv, не знаю

yt-dlp тормознутый, да. Свой парсер это хорошо. У VLC вроде свой, но он на шаг позади всегда.
Насчёт бана. Надо иметь в виду, что ещё и VPN репутацию снижает. Есть впны в которых вообще googlevideo не работает.

ну вот у меня пока напрямую работает, через YTDisBystro

В Китае любителей впн именно так и вычисляют

Вот интересно, почему yt-dlp качает с местного GGC, а FreeTube с нескольких московских GGC и даже немеций засветился. Размывание нагрузки?

Странно, у меня что yt-dlp, что freetube качают только с моего провайдерского сервера.

yt-dlp какой то свой механизм получения “серверов”
отличный от браузера

curl -6 https://redirector.googlevideo.com/report_mapping?di=no
2a00:62c0: => arn09s18 : router: "pf09.arn16"
next_hop_address: "2001:4860:1:1::32e7"

yt-dlp --proxy "" --force-ipv6 -g "https://www.youtube.com/watch?blablabla"
https://rr3---sn-5go7yner.googlevideo.com/videoplayback?&ip=2a00%3A62c0%

p.s. curl -4 когда небыло блокировки писал Ростелекомовский GGC
и по IPv6 похоже один сервер отдается
rr3.sn-5go7yner.googlevideo.com == arn09s18-in-f8.1e100.net

Никто не понял что за хрень ? Хочу спросить это у кого через минуту останавливается. В браузере на компе работает минуту, но если открыть в отдельной вкладке работает ютуб нормально, не останавливается, это если поставить к примеру расширение YouTube Popout Player, та пофиг по сути какое, главное чтоб в отдельном окне открылся, но некоторые блогеры галку не сняли у себя в настройках и пишет что с других платформ работать не будет, хотя один и тоже источник ) Но если я включаю ютуб на том же компе через iptv плеер, то всё работает и сразу включается моментально, ни тупит, не останавливается и в чём прикол я так и не понял. В самом iptv плеере я менял http-user-agent на Firefox и пофиг, работает всё нормально. Может кто то сталкивался, замутить такое же, только в мозиле, а то так не хочется вникать во всё это, особенно если не сильно в этом силён. Кто в теме, тот поймёт что я имею введу, ну мало ли, а вдруг он тоже посещает этот форум, рекламировать плеер я не буду на всякий случай )

Яж написал, поставь расширение вон выше, в настройках его поставь галку на Open in a Tab чтоб не отдельно, а во второй вкладке открывалось, та и это прошлый век уже, я тему другую хочу освоить ) Кнопка появится возле развернуть на весь экран, вот на неё надо нажать )
Вы сразу звоните пожарникам, ай ай ай, какая поддержка, кто молчит ))

Не испытываю в этом необходимость.

Да, вы так и написали, как включать видео моментально в мозиле — ответ по ссылке.

Не звонил пожарникам.

Я наверно что то не понял, у вас останавливается видео через минуту, я вам дал готовое решение, а вы как оказалось не испытываете в этом необходимость, тогда зачем спрашивать ?
Звоните тогда в ютуб, смысл спрашивать и морозится

Это не вопрос, а ссылка на тему с превью цитатой первого сообщения из этой темы. Нажмите на неё и вы получите ответ на свой вопрос.

А я понял, вы используете прокси, прокси не вариант, это тот же впн, короче расширение намного круче на данный момент, оно прокси не использует

rr3.sn-5go7yner.googlevideo.com

А это похоже Швеция.

Странно, у меня что yt-dlp, что freetube качают только с моего провайдерского сервера

Может быть причина в том, что у меня freetube nightly. Или что ролик новый. Я смотрел выпуск DW про падение самолёта. GGC ведь не кэшируют всё, а только то, что запрашивают. Наверное, никто не осилил до конца посмотреть, чтобы закэшировалось полностью. В частности там были потом местные события, которые не особо интересны россиянам.

Здравствуйте, впервые на вашем форуме. Не нашел закрепа в теме, поэтому спрошу так: нужен бесплатный впн на iOS (как на айпад, так и айфон), а также на компьютер. И чтобы не сильно резал скорость, так как скорость интернета не большая. Буду благодарен за помощь!

Бесплатный только сыр в мышеловке, не знаю насчет ios но на винде можете попробовать WARP, если работает.

Поднимете свой VPS и будет вам счастье, тот же Warp как выше написали, можно VPS через Амнезию поднять, дел на 10 минут, а бесплатное решение это не серьезно, сегодня работает, завтра вы опять на форуме будете вопросы задавать - “почему у меня ничего не работает, почему мой впн блочат?”.

Как уже выше ответили - ставьте WARP через амнезию Небольшой гайд на WARP и подписки

Спасибо!

Что интересного пишут:

• Полностью блокируются протоколы: Socks5, SSTP, PPTP, IKEv2/IPsec, L2TP, Softether, чистые OpenVPN, Wireguard и Tor. Частично блокируются или замедляются, но у многих работают Shadowsocks с обфускацией, OpenVPN+Cloak, Wireguard с обфускацией (как в AmneziaWG), MTProto, SSH, obfs4 и QUIC.

• Но есть один нюанс: когда на зарубежные адреса передается много непонятных данных, через некоторое время такие адреса тоже блокируются. Таким образом через несколько часов/дней/недель блокируются V2Ray/XRay и другие протоколы с обфускацией.

• Разные правила блокировок работают для разных диапазонов зарубежных IP-адресов. В системе поддерживается три списка: whitelist (“хорошие” адреса и диапазоны, которые либо добавлены в белый список руками, либо они не принадлежат известной хостинг-платформе и на них в последние три месяца не было замечено работающих VPN/прокси), graylist (это подозрительные адреса, но недостаточно причин их блокировать, трафик на такие адреса анализируют более тщательно. Например, это все адреса, которые принадлежат известным хостерам). Ну и запрещенный список, blacklist.

• DNS трафик на известные международные DNS-ресолверы сильно режут по IP и по фингерпринтам популярных DNS-клиентов (типа клиента YogaDNS), чтобы загнать конечных пользователей на провайдерские DNSы с цензурой. Пользователи выкручиваются поднятием собственных серверов с DoH (DNS-over-HTTPS), DoT (DNS-over-TLS) и DoQ (DNS-over-QUIC).

• В 2023 году в Иране использовался Active Probing. Это когда к примеру поддельный клиент (который на самом деле часть системы цензуры) пробует соединяться с сервером, чтобы выяснить, что он ответит, и заблокировать его, если он ответит как сервер VPN. А начале 2024 года в Иране случился апгрейд их DPI и теперь active probing больше не используется.

через несколько часов/дней/недель блокируются V2Ray/XRay и другие протоколы с обфускацией

Вроде бы V2Ray/XRay это не протоколы, а проги.

когда на зарубежные адреса передается много непонятных данных

Если обфускация под https (VLESS), то это не непонятные данные ведь.

чуваки, такой вопрос:
samsung tv → openwrt + byedpi + redsocks → router → provider
не работает ютуб. конкретно приложение. появляется “ошибка сети” и приложение вылетает. через браузер на телевизоре все работает. может приложение использует специальные домены? где взять наиболее полный список и как решить проблему?

Что простите, блокируется?)

Зайдите к нему на страницу и прочитайте сам отчет (PDF-файл).

жирный трафик в одну ЦЕНТРАЛЬНУЮ точку. то есть все тоже самое про что тут говорили уже неоднакратно. нельзя весь трафик пускать в один туннель

тут кто-то даже писал что у них протоколы коммуникаций блокируются если они долго на зарубежный адрес шли и “фиксилось” это пусканием протокола в русскую сеть

А много это сколько? VPN редко отключаю.

я не работаю в ркн как бы мое имя не выглядело, но вот есть интересная статья про иран https://raw.githubusercontent.com/irgfw/irgfw-website/ad91766f62b8b666eb705a5d90136bba0f72fc42/static/files/project1/IRGFW-Report1-English.pdf

Time Pattern
We have identified specific patterns related to block timings. The TIC primary firewall synchronizes daily at 6:00 AM and 12:00 PM (UTC+03:30).
Consequently, when referring to a TIC firewall test, it implies that the TIC will block the servers exclusively during these synchronization periods. In
contrast, the MCI firewall may block an IP address or domain at any time during the day, following its time-based patterns.
For clarity, "moderate" traffic is defined as symmetrical traffic of 100 Mbps on the server.
• Time pattern 1: 4h - 1d - 4d - 1w - 40d
• Time pattern 2: 1h - 4h - 2d - 2w - 40d
1. Time Pattern 1: Set up a proxy server with Xray-core like VLESS-TCP-Reality(Vision) (Combination is unimportant). Flow some moderate traffic on it. If
the IP address didn’t block after 4 hours, it will likely work for 1 day (The TIC firewall test). If the IP has not been blocked, it will likely work for 4 days
(Another TIC firewall test). And if it is not blocked yet, it will probably go for 1 week (The MCI firewall test). If passed, it would likely work for 40 days, but
after this period, there were so many random factors that we couldn’t find any patterns.
2. Time Pattern 2: Set up a proxy server like the above. Flow some moderate traffic on it. If the IP address didn’t block after 1 hour, it will likely work
for 4 hours. If the IP has not been blocked, it will likely work for 2 days (TIC firewall test). And if it is not blocked yet, it will probably go for 2 weeks
(The MCI firewall test). If passed, it would likely work for 40 days, but after this period, there were so many random factors that we couldn’t find any
patterns.
When an IP address is Graylisted, it will never go to Whitelist again! So, when IRGFW throttles the IP address, we can say the IP is gray, and when the
IP is blocked, it is in BlackList. Most of the time, after 40 days, the IP will be unblocked again, but now the IP is gray and may have some limitations on
DL/UL speed and high jitter in some cases. This pattern will occur for every foreign IP address range, primarily for famous data centers and hosting
services that can be used for VPN/Proxy servers; or too infamous ASNs that are not in the default firewalls whitelists.
This “gray-listing” can be used for protocols as well. As we discussed, HTTP3/QUIC and UDP are Graylisted by default unless the client's fingerprint
(e.g. User-Agent in HTTP handshakes or UTLS in Client-Hello) does not match any of the firewall databases and the destination IP address has not been
graylisted yet.

Possible Solution
To mitigate the risk of server blocking, the goal is to disrupt the patterns that enable detection. One way to
do this is by modifying traffic patterns that are easily identifiable by servers. Injecting randomized packets
at the start of each stream can help obscure the traffic's intent, making it harder for detection algorithms
to classify it. Additionally, multiplexing multiple streams into fewer connections reduces the visibility of
individual traffic flows, further decreasing the chance of detection.
For authentication traffic, injecting randomized packets and fragmenting them with varying padding and
sizes can prevent the server from recognizing predictable patterns. By making the authentication process
less uniform, you reduce the likelihood of it being flagged.
Blocking effectiveness relies on the inability to modify protocols or propagate changes to users easily. If
users can adjust traffic patterns dynamically and apply these changes broadly, it undermines the server's
ability to block based on fixed patterns. The ability to modify protocols (such as through encryption, traffic
obfuscation, or fragmentation) helps maintain anonymity and reduce the risk of detection, making blocking
attempts less effective.
This strategy hinges on continuous adaptation to avoid predictable behaviour that could be used for
blocking or filtering.

из всего этого доклада идет вывод что дело будет таки в корреляции трафика и его анализ, а @bolvan войдет в историю. само слово desync никогда раньше мне не казалось настолько точным определением того что нас, и всю гонку в кошки-мышки, ждет в ближайшем будущем. нужна десенхронизация фронтов, самой машины dpi чтобы она меньше коррелировала потенциальный трафик

да кто спорит, это как бы из норм впн гигиены следует, хотя я тоже как и Denium редко отключаю впн, заворачиваю его еще и в Cloudflare Warp бывает поверх основного соединения, как в шубу, с периодическим переключением двух клиентов

интересно, каким образом?

всю дорогу начиная с августа указывал ети домены ютуба на некорей прописаны, впска на в эстонии or so, тем не менее пол года ютуп (гугол) меня определял что я из росии (и рекламы не было)) теперь всё приехали кароч теперь ютуб не RU а EE пишит,
так же интирисный эскпириенс - у мен есть арендую впска в москве для организации впна по назначению, а не для каких то обходов, чёто случайно ткнулся гляжу у их там через их ютуп кажет, суде по всему у хостеров ЦОДов прямые конекты к msk-ix или щто а оттудова уж прям к гугло понттыкается если я правельно понел что увидел нас крине, но про ето уже тож писали
теперь кароч ждём ихний следущий шаг:

Summary

Screenshot_20250108_2101301227×288 52.6 KB

Screenshot_20250108_210904788×192 34.7 KB

А вот это уже интересненько. Такой домен впервые вижу. Он как бы в белых списках, или я не так понял?

Только режим белых списков никто не отменял.
Если не понятно что за трафик или не читабелен домен в clienthello, то блочим. И никакие рандомайзеры вам не помогут в этой ситуации

И такая схема уже применяется даже сейчас

я самолично хз, если я правельно понел у российских хостеров (ну или у масковских)) прямые конекты к msk ix и\или у гугла там же, а там походу пока что не режут ничего т.к. трогать IX ето последнее дело (не то чтобы ето их остановит или щто))

Тем кто использует v2rayN рекомендую обновить клиент. Появились региональные пресеты. Выбрав Россию клиент сам закачает нужный набор geoip:geosite и создаст шаблоны маршрутизации. Теперь завернуть (только!)блокируемый трафик в тунель можно в два клика. Ютуб заворачивается корректно.

Суд признал что Роскомнадзор не виноват в замедлении.

Я не буду это комментировать, разве что становится понятно что замедление Ютуба теперь носит стратегический характер.

я самолично сталкивался с такой проблемой тока телики не самсунговские а элджи, там кароч не всё так прост с етим прилолжением на тв, на компе может работать веб версия на смаратафоне работает прилолжение а на телике не кажет, как написано здесь (или на скрине ниже вижимка оттудова)

Summary

Screenshot_20250111_170202783×472 117 KB

нужно кароч подобрать понтходящую сратегию здесь есть попадробнее тема на етот счёт, тока яна запрете делал, который на распере пи который понттыкается в сроутер ане байдпи не делал не понтскажу

Чел, нереально огромное спасибо.
Tizen OS. Починил так:

1. сбросил на завод
2. поставил тытруб
3. подключился к обычной сети
4. загрузил интерфейс
5. запретил udp/443 (in/out)
6. …
7. profit

Теперь и на телеке всё работает.

Настроил ведение логов в dnscrypt, удобно смотреть последние домены. Интересную вещь заметил. Смотрел сугубо местные корейские новости (запостены на ru форуме) с нидерландского VPN. Но GGC судя по пингу был не Нидерланды, а UK.

там много разных алгоритмов
откуда больше/чаще смотрят (врядли кэшируют из за пары человек/ИП)
с какого ИП ДНС сервера запрашивают (может даже сам хостинг по GeoIP не считаться Нидерландами)

обычно в https://redirector.googlevideo.com/report_mapping?di=no видно

врядли кэшируют из за пары человек

Кэшируют, знаешь. Сам видел как заливался на местный российский ggc от моего просмотра. Раньше, другое видео.
Но сейчас это видео по прежнему грузится из Лондона. Я второй раз кликнул. Может быть нидерландские ggc переполнены или и правда другие алгоритмы. В конце концов, страны же рядом. А в NL врядли смотрят корейское, ты прав.
rr1.sn-aigl6n6s.googlevideo.com (173.194.3.70)
rr3.sn-aigl6ney.googlevideo.com (173.194.183.168)