Эта тема без обсуждений.
Обсуждение в Обсуждение: Замедление YouTube в России

Замедляют по SNI *.googlevideo.com — домена, с которого раздаётся видео YouTube, почти на всех провайдерах, но не везде YouTube будет действительно замедляться — на текущую минуту фильтр не целиком применяется к IP-адресам Google у многих провайдеров. В частности, скорость локального кеширующего сервера (на его IP-адресах) у моего провайдера не ограничивается. Вероятно, это либо техническая ошибка, либо особенность, которую не учли.

Технических проблем в работе оборудования, конечно же, никаких нет.
Фильтры включили сегодня утром, в режиме реального времени наблюдал, как их включали от провайдера к провайдеру.

Google IP + googlevideo SNI
curl -s -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 -w %{speed_download}

Google IP + random SNI
curl -s -o/dev/null -k --connect-to ::google.com -k -H Host:\ metsalehti-staging-s4uzwwd6nq-lz.a.run.app https://test.abcdef.com/app/uploads/2021/11/2022-mediakortti.pdf -w %{speed_download}

Selectel + googlevideo SNI
curl -s -o/dev/null -k --connect-to ::speedtest.selectel.ru -k https://test.googlevideo.com/10MB -w %{speed_download}

Selectel + random SNI
curl -s -o/dev/null -k --connect-to ::speedtest.selectel.ru -k https://test.abcdef.com/10MB -w %{speed_download}

Да тут уже на горизонте не только замедление маячит

21 posts were merged into an existing topic: Обсуждение: Замедление YouTube в России

Судя по разбросу скоростей, замедление не до заданной скорости при помощи полисера, как это было с Твиттером 2,5 года назад, а путем случайного дропа пакетов.

Можно ли обойти замедление, не используя VPN, путем подмены sni?

@libneko нашел ссылку на большой файл на удобном домене в инфраструктуре Google, к которой можно обращаться с подменой домена.

Вот более репрезентативный тест. Как и предыдущий, он тестирует скорость скачивания с IP Google с разными SNI, по HTTPS/1.1 (TCP), и не учитывает наличие кеширующих серверов YouTube у провайдера.

Google IP + GCR SNI
curl -s -o/dev/null -k --connect-to ::google.com -k -L -H Host:\ mirror.gcr.io --range 0-40000000 --max-time 30 https://mirror.gcr.io/v2/cimg/android/blobs/sha256:6fd8bdac3da660bde7bd0b6f2b6a46e1b686afb74b9a4614def32532b73f5eaa -w %{speed_download}

Google IP + Googlevideo SNI
curl -s -o/dev/null -k --connect-to ::google.com -k -L -H Host:\ mirror.gcr.io --range 0-40000000 --max-time 30 https://test.googlevideo.com/v2/cimg/android/blobs/sha256:6fd8bdac3da660bde7bd0b6f2b6a46e1b686afb74b9a4614def32532b73f5eaa -w %{speed_download}

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

См. последнюю таблицу: для ru-027 и ru-028 установлен полисер владельцем канала, и тем не менее, скорость скачивания с googlevideo в 2 раза ниже.

Вот здесь было обсуждение обхода через zapret/goodbyedpi

У меня

Пока спасаюсь пуская *.googlevideo.com через WARP.

Мне помогает опция --frag-by-sni в последней сборке GoodbyeDPI (брать из раздела Actions на гитхабе, а не из раздела Releases)

18 posts were split to a new topic: Обсуждение: Замедление YouTube в России

А не может ли быть такое, что до замедления контент грузился из Москвы, а после стал из Франкфурта?

Если бы было так, то это не было бы массово у всех сразу.
И не обходилось бы GDPI и zapret-ом

Ну так оно же обходится прямым стыком с Франкфуртом, хотя трафик и идёт через ТСПУ. Значит замедление не на ТСПУ

ТСПУ много. Не все могут задействоваться для цели замедления.
К тому же ТСПУ вероятно имеет модульную организацию ПО.
Потому что блокировки сплитом не обходятся, а земедление - да.

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

Ну тут так совпало ещё, что это замедление произошло одновременно с отказом гугла гонять трафик через RS на ТОТ и предложением переходить всем на PNI. Они как раз обозначили даты перехода на конец июня - начало августа. Так что это могло привести к тому, что куча трафика начала валиться на GGC в Ростелеком, и он оказался не готов к таким событиям

А обходится не замедление, а маршруты медленные

Вчера из подозрительного примерно с 12:30 до 15:30 по МСК замедлялась загрузка видео на YouTube и стриминг на ютуб. Замедление судя по статистики из диспетчера задач резало скорость до 1-2 Mbps, при обычной скорости загрузки в 95-100 Mbps. При включении VPN замедление убиралось.
P.S. при этом просмотр видео по ощущениям никак не замедлялся

Я тут тоже погонял курл тесты с разными SNI, корреляция 100% есть, это НЕ действия Гугла и не GGC. Файл качаю с левого хоста, как только SNI=googlevideo.com, сразу возникают потери пакетов, которые валят TCP раз в 10 по скорости. Полагаю “они” собрались постепенно подкручивать вверх процент потерь, а оф. версией должно ехать Информационное сообщение. Официальный информационный сайт Ростелеком.

GDPI и zapret никак не могут влиять на маршруты или DNS. они лишь делят TCP на 2 сегмента.
А эффект - в 15 раз быстрее. Как вы это обьясните ?
С твиттером было все 1 в 1. И так же обходилось. И они официально признали его замедление

А, понял. А SNI при этом остаётся прежним? А если MTU уменьшить, заметна разница?

В TLS вообще нельзя влезть, в нем защита от изменений. Любой бит изменить - сеанс порушится.
Так что да. SNI остается.
Если MTU уменьшить до такой степени, что разделение пройдет до фактического конца SNI (около 300 байтов), то да. Но скорость замедлится, потому что резать будет все. И ipv6 отвалится
обходилки DPI режут лишь пакеты с TLS ClientHello, остальное не трогают

Ясно. Ну тогда это определённо намеренные действия. Интересно только на каком участке это производится?

Там ещё такой момент, что тот же гугл требует при превышении некоторого объёма трафика у крупных операторов обязательно переходить на PNI, даже если прямая сессия ранее на ТОТ была установлена. А на российских ТОТ сейчас порты гугла почти закончились, расширить канал тоже сложно. Поэтому и предлагается гонять трафик в Франкфурт и Амстердам. Так что, возможно, таким образом хотят уменьшить количество трафика? Хорошо бы поделать тесты с разных операторов, чтобы понять, все ли они подвержены замедлению или нет. С Филанко я разницы особо не вижу:

$ curl -s -o/dev/null -k --connect-to ::google.com -k -L -H Host:\ mirror.gcr.io --range 0-40000000 --max-time 30 https://mirror.gcr.io/v2/cimg/android/blobs/sha256:6fd8bdac3da660bde7bd0b6f2b6a46e1b686afb74b9a4614def32532b73f5eaa -w %{speed_download}
41023580

$ curl -s -o/dev/null -k --connect-to ::google.com -k -L -H Host:\ mirror.gcr.io --range 0-40000000 --max-time 30 https://test.googlevideo.com/v2/cimg/android/blobs/sha256:6fd8bdac3da660bde7bd0b6f2b6a46e1b686afb74b9a4614def32532b73f5eaa -w %{speed_download}
44651928

Это понятно. Но, похоже, что всё же зависит от оператора, так как вон в тестах выше не замечено разницы от того, какой SNI используется для скачивания файла

Вчера вечером у меня еще не резалось, а сегодня с утра - да

Поделал несколько тестов с curl и разными SNI, интересные результаты получил.

1. Если сеть напрямую подключена в ТОТ и имеет сессию с ней (сравнивал нижеуказанные варианты)
   AS28917 MSK-IX → AS15169 msk-ix-gw1.google.com
   AS29076 Cloud-IX → AS15169 google-gw.msk.cloud-ix.net
   AS50952 DataIX → AS15169 as15169.ix.dataix.eu
   то замедления нет, SNI никак не влияет на скорость.

2. Если же прямой сессии нет, и трафик идёт через какого-нибудь промежуточного оператора, то при использовании SNI googlevideo наблюдается снижение скорости. Причём оно разное, и зависит от оператора, например, у Selectel разница в два раза, а у CityTelecom в 4 раза.

Так что можно сделать вывод, что замедление проводится на оборудовании конечных операторов, а не на ТОТ. Вопрос остается лишь сделано это на ТСПУ или же самими операторами? Надо бы больше тестов с различных точек и указаниями маршрутов.

А какой оператор? Можно mtr сделать до узла mirror.gcr.io, желательно с ресолвингом ASN (опция -z)?

sknt

 4. AS35807  93.100.0.63                                                                                                                                                 5. AS35807  185.37.128.162                                                                                                                               
 6. AS15169  72.14.205.120                                                                                                                                
 7. AS15169  74.125.244.132                                                                                                                              
 8. AS15169  216.239.48.163                                                                                                                              
 9. AS15169  72.14.235.193                                                                                                                                              0.0%     5    5.1   5.1   4.9   5.6   0.3
10. (waiting for reply)
...........
18. (waiting for reply)
19. AS15169  64.233.164.82

tiera

 1. AS39598  95.161.x.x
2. AS???    10.148.0.61                                                                                                                                                 3. AS???    10.148.0.26                                                                                                                                       
 4. AS???    10.148.0.18                                                                                                                                      
 5. AS31500  109.239.128.82                                                                                                                              
 6. AS???    178.18.225.41                                                                                                                                               7. AS15169  74.125.244.180                                                                                                                                              8. AS15169  216.239.48.163                                                                                                                                              9. AS15169  172.253.64.51                                                                                                                                              10. (waiting for reply)
..........
20. (waiting for reply)
21. AS15169  74.125.131.82

Ага, вот уже интереснее. А на Tiera вижу маршрут через тот же dataix идёт, как у меня. Разница между замерами тоже в два раза или другая? И какие узлы при этом у гугла видны тут? http://redirector.googlevideo.com/report_mapping?di=no

Сейчас 120-200K / 3.5-4M

95.161.x.x => led03s01 : router: “pr03.led03” next_hop_address: “127.0.0.1” (95.161.x.0/22)

Я вчера и сегодня проверял, никакой разницы нет…

Трассировка не принципиальна: замедление происходит при подключении к любому хосту (IP-адресу).
В командах тестирования выше подключение выполняется на google.com (--connect-to ::google.com). Домен в URL (https://mirror.gcr.io/…) используется только для SNI.

Я тестировал только домашние подключения. На серверных замедления не вижу, но у меня всего несколько серверов в РФ.

Кто знает, может они только часть ТСПУ задействовали для этого “теста”
Вот сейчас со скайнета, похоже, вообще не замедляют. Что со сплитом, что без 2M дает.
Там трейс идет напрямую на AS15169

На серверных, такое чувство, что до сих пор никаких ограничений в принципе не стоит - на серваке в Питере ни блокировок, ни замедлений (вообще никаких)

Подтверждаю, УРФО - тоже отключили.

На моих каналах без изменений.
Из-за того, что youtube загружает видео кусками с паузами между ними, и иногда переустанавливает соединение, у меня видео особо не тормозит. Проблемы начинаются только на 4K@60, на него канала с замедлением уже не хватает — выше 30 мбит/с пиковая скорость не поднимается.
С tpws из zapret (--split-tls=sni --disorder) пиковая скорость легко достигает 350 мбит/с (на канале 500 мбит\с).

2024-07-13T13:15:00Z

Подтверждаю, при просмотре 1080p30/1080p60 даже с замедлением, не заикается видео замечал.
Для 4К уже не хватает скорости.

Эти разрешения в ютубе сжимаются с битрейтом примерно плавающий битрейт ~ 5000 клбти/c. А 4K сжимают с ~ 25мбит/с плавающий битрейт.

а ты уверен что все таки блокируют, а не сам ютуб устраивает боротьбу с загрузками? имхо если вот такая загрузка была, я наверное 4К спокойно не мог открыть

17.59.09505×697 318 KB

а загрузка через ytdlp считается? через впн нормально, без впна вот такие скоростя

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

Как вариант - трафик с Ютуб не проходит через ТСПУ в вашем случае.

Можете выяснить FQDN, с которого вы тянете медиа-контент при помощи ytdlp и браузером (консоль разработчика)?

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

Проверил QUIC (HTTP/3) на нескольких каналах — не замедляется.
А вот локальные IP начали замедляться.

Скорости невысокие из-за слабой производительности шифрования на тестируемых устройствах (x86 1 ГГц)

Важное уточнение, спасибо. Этим фактом можно объяснить опыт @zeleboba. yt-dlp, в отличие от Chromium-based браузеров, не умеет QUIC.

Проверил QUIC (HTTP/3) на нескольких каналах — не замедляется.

У себя вчера проверял (последним curl’ом с флагом --http3), результаты оказались странные - примерно в 25% случаев замедление срабатывало, а в 75% случаев не срабатывало и поток проходил на полной скорости. Но так пока что не понял, с чем это связано. Возможно, curl откатывался на http2 в некоторых случаях и натыкался на замедление.

Скорее всего. Чтобы избежать этого нужно использовать --http3-only

А у нас есть 100% уверенность, что это именно ТСПУ и РКН? А, скажем, не Ростелеком замедляет googlevideo.com в своих сетях своими DPI, по причине, которую они и озвучили у себя на сайте. РТК крупнейший провайдер в РФ, его инфраструктуру (магистральные сети), так или иначе, используют огромное количество провайдеров и “по цепочке” получают замедление. Товарищ выше про трейсы правильно спросил. Это чисто проедположение. У меня в мск, местный довольно крупный провайдер, не федеральный, никаких замедлений нет на данный момент. Тесты с curl из этого треда - на скорости тарифа вне зависимости от SNI.

Возможно, у вас нет ТСПУ? Проверить легко — попробуйте открыть https://play.google.com/

Геленджик, Краснодарский край Провайдер RUSTEL-AS

image1364×966 155 KB

Мне кажется ближе к осени они его добьют(

Аналогично

screenshot1432×858 92.6 KB

При этом в Safari YouTube в 4K тормозит, а в Chrome проблем с замедлением не наблюдаю (связываю с тем, что Safari не поддерживает HTTP/3)

UPD: отключил QUIC в Chrome - появились проблемы с воспроизведением 4K
Поскольку в QUIC шифруются начальные пакеты, есть ли вероятность, что доступ по UDP на эти адреса просто заблокируют?

7 posts were merged into an existing topic: Обсуждение: Замедление YouTube в России

Аналогичная проблема как у джентльменов выше, при обращении к googlevideo идет жесточайшие урезание скорости.Я так понимаю, даже если я куплю впн которые в РФ тоже большинство в блоке это мне не поможет?

image1324×110 7.47 KB

А у нас есть 100% уверенность, что это именно ТСПУ и РКН?

Подёргал картинку с сервера провайдера, который расположен в сети провайдера (в трассировке отвечает четвёртым хопом: первым мой роутер, вторым гейтвей, третьим какая-то непонятная железка с IP 10.х.х.х (вероятно, ТСПУ), а четвёртым - непосредственно этот сервер). Никакие магистральные операторы в трассировке не фигурируют, а провайдер не имеет к Ростелекому никакого отношения. При подмене SNI на test.googlevideo.com скорость падает в несколько раз, при подмене на любой другой поддомен - скорость не падает и остаётся прежней. Выводы - кроме ТСПУ никто другой резать не может (ну или провайдеры все дружно оказались в сговоре, чему я не верю).

6 posts were merged into an existing topic: Обсуждение: Замедление YouTube в России

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

ДНР, дропа пакетов нет, а замедление на всех провайдерах. Пример с vpn и без

Потыкал это ваш ютуб. На Ростелекоме дела такие: по ipv4 куча красных tcp пакетов в wireshark если заставить firefox работать на http/1.1 (его же юзают довнлоадеры типа yt-dlp на которых режется скорость до 200 Кбит/с) , но на http/3 по quic всё работает прекрасно.
Мне ростелеком даёт еще ipv6. http/1.1, http/3 - всё ок. Да вообще они на шестёрке походу ничего не режут. У меня даже инстаграм открывается

Вести с полей. Ростелеком оптика > Wi-Fi. Пригород Новосибирска. Планшет с Android 11 вроде. Firefox 68 с расширением h264ify (AVC forced, у него битрейт побольше):
1080p тормозит
720p иногда тормозит/буферизирует, его выбирает авто.
Через Psiphon VPN 1080p не тормозит.

Пользователь планшета сказала, через VPN и превьюшки стали четче.
Lantern не соединяется (даже обновлённый), но долго не ждал.

Upd: сегодня сообщают, что тормозов ещё больше без VPN.

Начали замедлять и QUIC (HTTP/3) тоже. Причём, похоже, и вообще весь QUIC (выше ~60 Мбит/с не выдаёт, это может быть проблема на моей стороне, но не могу её найти), и дополнительно отдельно googlevideo (12-15 мбит/с).

UPD: Googlevideo замедляется при доступе через ngtcp2+quictls. Версия openssl 3.3.x не замедляется, у неё другой хендшейк.

Как проверить на Windows и Android замедляется ютуб или нет?

Для Win нажмите правой мышкой в окно плеера и выберете статистика для админов, появится окошко, там есть пункт скорость соединения

.

У меня тоже http3-only c curl’а отлетает если идти на гуглвидео c его SNI. Если подключаться к гуглвидео с другим SNI, скорость нормальная. Что по браузерам: в хроме всё прекрасно, на фаерфоксе QUIC используется, но скорость килобит 500. Странно что в curl скорость обычно вообще ноль, но бывает что она не режется вообще и всё спокойно скачивается.

докатилась похоже блокировка до сибсетей. Даже 720р@30fps в буферизацию уходит
скорость в основном 759Kbps, иногда до 800Kbps прыгает, но не выше.
Еще немного потыкался и теперь 540Kbps скорость.

Домашний МТС 300Мбит (к дому подведено 500Мбит), дальнее Подмосковье.
Google IP + GCR SNI
34457451
Google IP + Googlevideo SNI
89458… как-то так…

Включение QUIC пока что действительно решает проблему. Скорость сразу заметно выше стала

8 posts were merged into an existing topic: Обсуждение: Замедление YouTube в России

QUIC начал замедляться в Chrome/Edge (и других chromium-based, видимо). Также видел сегодня сообщения с проблемами на Android.

Похоже, Chrome логически «разрывает» соединение и «переподключается» с другого source-порта, восстанавливая прошлое соединение, словно произошла смена сети (миграция соединения). Это новое соединение изначально шифрованное, ТСПУ не может его декодировать и распознать, и замедляет.

В Firefox QUIC пока без замедлений.

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

Начали замедлять + блокировать прохождение пакетов в сессии после какого-то количества переданных данных (10-37 МБ) для OpenSSL 3.3.x QUIC, именно для *.googlevideo.com

GGC моего провайдера (расположен на их IP-адресах) не замедляется ни по QUIC, ни по HTTPS.

Для вопросов, решений по обходу замедления, дополнительной нетехнической информации и общего обсуждения есть отдельная тема: Обсуждение: Замедление YouTube в России

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

tcp_chrome.pcapng (49,8 КБ)
quic_chrome.pcapng (8,2 КБ)

через curl работают оба протокола, но медленно и через раз
приложение на андроид работает но замедлено

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

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

А и да, в целом стабильность соединения сильно упала.
Наверное носятся там ISP-гномики с новыми ТСПУ…

И расширения в Хром хрен поставишь снова. Может связано…

Ровно в полночь по Москве включили замедление по TCP до ≈128кбит/с, как это было с Twitter, почти везде без burst, а QUIC до порядка ≈512кбит/с.

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

У меня совпадения какие-то или вы тоже наблюдаете, что степень замедления грубо следует неровной синусоиде от 0 до 1 с пиком в полночь по МСК?

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

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

Не согласуется мнимая перегрузка серверов (даже тех, что вне территории РФ) и намеренное замедление доступа к youtube.

Сегодня у меня заблокировали 173.194.0.0/16 и локальный GGC оператора.

Похоже что теперь соединения c *.googlevideo.com в которых ТСПУ не находит sni дропаются. Проверял сравнивая результат трех команд:

openssl s_client -connect one_of_subdomains.googlevideo.com:443
openssl s_client -connect one_of_subdomains.googlevideo.com:443 -noservername
openssl s_client -connect one_of_subdomains.googlevideo.com:443 -noservername -proxy my_proxy

Первая и третья успешно устанавливают соединение. Вторая не получает ответа на client hello и шлет ретраи.

2 posts were merged into an existing topic: Обсуждение: Замедление YouTube в России

Посидел пару часов со сниффером и интрументом веб разработчика:
Если запрос rr*---sn-********.googlevideo.com идёт на IP локального GGC или московского, то кроме первого пакета SYN ACK в ответ ничего не приходит, даже RST, соединение рубится по таймауту. Если через варп туда же запрос идёт, то приходит 1 Кб ответ (что явно не содержит видео) и браузер сразу же запрашивает с американского сервера уже многобегабайтный кусок видео.

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

На каких вы тестировали, и на каком провайдере?

Я у себя проверил GGC Таттелекома — замедляется по IP, независимо от домена.

Всем привет. А есть понимание как замедляется? Не ясно, почему в firefox, safari всё ОК, а в хромоподобных проблемы. useragent пробовал менять, включал ech + doh результат тот же.
На мобиле если запросить десктоп версию сайта тоже работает как и прежде
.

Вносят потери в пакеты, в результате они перезапрашиваются, но это приводит к снижению скорости. Протокол QUIC/HTTP3 более устойчив к этому.

разные провайдеры по разному и блокируют и режут скорость
еще и сам ютуб “борется” с сторонними клиентам и качалками
может и путаю но QUIC в firefox и chrome “разные”
где то была информация что если DPI не видят домен (не важно реальный или фейк) в SNI то скорость режут независимо от протокола/направления
опять же по слухам на мобильных операторах или нет ограничений пока или они не такие как на проводе. у меня даже 1МБ не успевает скачаться с ютуба как скорость падает до нуля

Домру Красноярск, начали замедлять и Firefox+HTTP/3

Приветствую. Пишу вам из солнечного Кыргызстана, где YouTube не замедляют, но он все-равно не работает должным образом в последние недели (совпадение?). Внензапно выясняется что YouTube зачастую пытается обратиться к своим кэширующим серверам в РФ (ТТК, Ростелеком, etc.). Такое происходит на трёх, протестированных мною провайдерах внетри КР. Также видел жалобы жителей Казахстана, но в данный момент как-то самостоятельно протестировать нет возможности. Провел небольшой рисёрч на коленке, прикладываю скрины.

Screenshot 2024-08-03 at 17.27.071802×582 59 KB

Screenshot 2024-08-03 at 16.24.114320×2478 2.48 MB

Screenshot 2024-08-03 at 17.28.441562×1740 302 KB

на моем РТ после их вчерашних тестов
по IPv4 режут скорость до нуля для googlevideo
по IPv6 режут до 100-200 КБ/сек как минимум для gvt1/google.com/googlevideo

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

все страньше и страньше…
запустил повторно тесты. теперь и те что не резали скорость режут по IPv6

по IPv6 режут скорость даже на SNI e.mail.ru / api.browser.yandex.net
но не режут m.vk.com и даже некоторые гугл домены (только youtube.com но может и другие есть но я не нашел)
белые списки доменов ?
All sizes | ConEmu64_lRTXpuXGKb | Flickr - Photo Sharing!

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

У меня начался троттлинг морды www.youtube.com
В ваершарк посыпались ретранзмиссии как при *.googlevideo.com и curl оооочень медленно краулит а то вообще таймаутит. Особенно пугает долгая прогрузка между client hello и server hello как будто пол ногой в полном блоке. Чинится добавлением www.youtube.com в список запрета с одними параметрами что и для гуглвидео.
Добивают ютуб.

youtube.com не открывается вообще
ytimg.com замедляют

поддерживаю, резко стало хуже, как буд-то какой-то ещё домен добавили в запрещённые - i.ytimg.com

Подтверждаю, походу решили полностью заблочить сам домен youtube.com. На андроид тв и пк не грузит его

видимо, начали блочить домен www.youtube.com по SNI

root@rem:~# openssl s_client -brief -state -connect 108.177.14.198:443 -servername www.youtube.com
SSL_connect:before SSL initialization
SSL_connect:SSLv3/TLS write client hello
SSL_connect:SSLv3/TLS write client hello

и висит так. при этом изменяю servername, например, на www.you1tube.com и всё ок.

РТК Краснодар - умер полностью
Аванта-телеком Краснодар - все отлично. По началу пару секунд тупняк, а потом разгоняется. Даже иконки каналов работают

Билайн СПБ домашний. полностью перестало открывать сайт сам. Через прокси все ок.

Ростелеком, МТС. Перестал открываться сайт youtube.com (пишет, что нет соединения с Интернет). Работает на ПК через Антизапрет + GoodbyeDPI.

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

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

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

Тоже самое. На МТС перестал работать.

У меня вообще на алё, полная блокировка.
curl -s --max-time 20 https://youtube.com -o/dev/null; echo $?

2024-08-08T15:18:00Z

2024-08-09T12:11:00Z

curl -s --max-time 15 https://www.youtube.com -o/dev/null; echo $?

Дом.ру - перестало работать почти полностью, на мобильном клиенте ещё кое-как (youtube revanced extended), только нет превьюшек и долго грузит, а на десктопе пишет - “Нет подключения к Интернету
Проверьте подключение к Интернету.” (хотя иногда догружается и даже есть звук, но нет видео)
Пока решений нет?

Возвращаясь к youtubei.googleapis.com
Блокируют только его (причем только по HTTPS https://youtubei.googleapis.com)
Сам домен googleapis.com и его другие поддомены (например https://android.googleapis.com) не затронуты.

Решение только 1шт, которое 100% - это либо свой сервер с антизапретом, либо что то аналогичное

ЭР-Телеком, Липецк (AS50498). Ютуб умер, не помогают ни DoH, ни IPv6, ни огнелис (про которые иногда писали), хотя до сегодня все работало просто прекрасно.

$ curl -s -o/dev/null -k --connect-to ::google.com -k -L -H Host:\ mirror.gcr.io --range 0-400
00000 --max-time 30 https://mirror.gcr.io/v2/cimg/android/blobs/sha256:6fd8bdac3da660bde7bd0b6f2b6a46e1b686afb
74b9a4614def32532b73f5eaa -w %{speed_download}
13378763

$ curl -s -o/dev/null -k --connect-to ::google.com -k -L -H Host:\ mirror.gcr.io --range 0-400
00000 --max-time 30 https://test.googlevideo.com/v2/cimg/android/blobs/sha256:6fd8bdac3da660bde7bd0b6f2b6a46e1
b686afb74b9a4614def32532b73f5eaa -w %{speed_download}
0

Блокируют уже не по SNI, а по IP. Висим на Client Hello.

testhost:~$ curl -sv https://rr2---sn-hufg0-n8ve.googlevideo.com   
*   Trying 45.10.54.141:443...
* Connected to rr2---sn-hufg0-n8ve.googlevideo.com (45.10.54.141) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
*  CAfile: /etc/ssl/certs/ca-certificates.crt
*  CApath: /etc/ssl/certs
* TLSv1.0 (OUT), TLS header, Certificate Status (22):
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
^C
testhost:~$ curl -sv https://45.10.54.141
*   Trying 45.10.54.141:443...
* Connected to 45.10.54.141 (45.10.54.141) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
*  CAfile: /etc/ssl/certs/ca-certificates.crt
*  CApath: /etc/ssl/certs
* TLSv1.0 (OUT), TLS header, Certificate Status (22):
* TLSv1.3 (OUT), TLS handshake, Client hello (1):

Опять какая-то выборочная блокировка? У меня все работает нормально.

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

Была полная недоступность Youtube сегодня около 9 по Москве. На мобильном Мегафоне работало, на проводном Эртелекоме - не работало. Перезагрузил роутер и всё заработало безо всяких goodbyedpi и прочего, скорость не режется, и даже картинки стали отображаться. Затем днём около 15 часов снова начались похожие проблемы и снова перезагрузка роутера всё восстановила. Не понимаю, как это работает

Удивительно, но через пару минут после поста заработало, хоть и с небольшими проблемами. Сейчас работает примерно так же.

Stats for nerds

image1600×900 396 KB

Network

image1589×730 190 KB

у меня аналогичная история. так как сейчас ночами пилю для себя прокси сервер для обхода, то вижу в реальном времени ситуацию.
Вчера в 1.00 ночи ростелеком включил замедление. За сутки я его победил
Сегодня в час ночи включили полную блокировку. Реализуется потоком RST. Победил вроде тоже.
На винде помогает ход пешкой -е 2 - е 4

мгтс полный блок youtube с утра

Да он как бы еще вчера был с утра

Так и есть, https://i.ytimg.com также замедляют. Превью видео грузится с видимой задержкой.

Ростелеком проводной. Город под Нижним Новгородом. Грузится со вчера всё без различных средств. Kyber вернул в default.

У меня еще хуже.

~$ curl -sv rr5---sn-gxuo03g-3c2e.googlevideo.com
*   Trying 87.245.216.144:80...
* connect to 87.245.216.144 port 80 failed: Время ожидания соединения истекло
* Failed to connect to rr5---sn-gxuo03g-3c2e.googlevideo.com port 80 after 130680 ms: Время ожидания соединения истекло
* Closing connection 0

https забыли

Я правильно понимаю, что единственный вариант сейчас - это использовать vpn? Ростелеком, Питер, не грузится ютуб со вчера.

очень похоже что да…

Странно, но сегодня Ютуб продолжает работать без проблем, скорости хватает на 8К видео в скорости 2х. Эртелеком Татарстан.

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

Сейчас открыл YouTube на айфоне, и видео в 4K перестало воспроизводиться на мобильном операторе (ранее проблем не наблюдал), хотя скорость по LTE хорошая (~250 mbps)
Оператор Мегафон, Москва

приложение YouTube использует QUIC, но ниже тест по TCP

photo_2024-08-09_19-32-06590×1280 139 KB

photo_2024-08-09_19-32-00590×1280 95.9 KB

все очень сильно стало зависеть от провайдера
у меня второй день нет лимита на IPv4
но есть резалка скорости на IPv6 ЧАСТИ гугло/ютуб доменов. причем если вначале тестов просто замедляли то сейчас тупо падает до нуля после ХХ КБ/МБ

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

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 10.0M  100 10.0M    0     0   938k      0  0:00:10  0:00:10 --:--:-- 1206k
961 481
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
 71 10.0M   71 7296k    0     0  40402      0  0:04:19  0:03:04  0:01:15     0
^C ибо повисло на 0

Сегодня без goodbyedpi не грузится страница Ютуба. На телефоне работает, но превьюшки грузятся с ощутимой задержкой

на РТ атракцион невиданной щедрости
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}

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 10.0M  100 10.0M    0     0  1194k      0  0:00:08  0:00:08 --:--:-- 1265k
1 223 575
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 10.0M  100 10.0M    0     0   782k      0  0:00:13  0:00:13 --:--:--  716k
801 153

РТ IPv4 вообще ёк.

curl -4 -o NUL -k --connect-to ::speedtest.selectel.ru https://test.googlevideo.com/10MB -w %{speed_download} & echo. & curl -6 -o NUL -k --con
  % 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:23 --:--:--     0
curl: (35) Recv failure: Connection was reset

по IPv6 где то 10-50КБ/сек.

Проверял работу прокси zapret, iptables настроил не для всего тарфика, а по списку ipset сети google. Обнаружил, что если добавить адреса провайдерских сетей, где установлено оборудование GGC, youtube стал отзывчивее. Возможно начали блокировать и эти сервера.

Прошелся по всем доменам с Ростелекома и Дом.ру:

curl -4 -o NUL -k --connect-to ::speedtest.selectel.ru https://test.googlevideo.com/100MB

…

curl -4 -o NUL -k --connect-to ::speedtest.selectel.ru https://test.ytimg.com/100MB

Замедляют:

• *.googlevideo.com

Сбрасывают соединения с:

• nhacmp3youtube.com
• play.google.com

А есть корректный список сайтов которые надо в впн пустить? Пустил такой wildcard список, на компе ютуб норм а на Iphone\ipad тормозит не прогружается стартовые страницы даже, приходится весь трафик пускать в впн, тогда норм.

youtube.com
googlevideo.com
ggpht.com
ytimg.com
l.google.com
play.google.com

Вот тут регулярно собираются домены актуальные

та же беда была с мобильным ютубом в какой-то момент, лень было tcpdump запускать, ребята запустили и нашли дополнительно:

mdns.mcast.net
aaplimg.com
1e100.net
googleapis.com

Я не стал разбираться, просто докинул их в список доменов для обхода и всё полетело.
В целом там есть полный список, я к нему ещё youtube.ru добавил, т.к. он тоже порой не открывался.

40 posts were merged into an existing topic: Обсуждение: Замедление YouTube в России

(Полагаю, позавчера) начали блокировать любой TLS-трафик (ClientHello, TLS-данные) в сторону IP-адресов GGC (независимо от домена), поэтому GoodbyeDPI/zapret в режиме отправки TLS ClientHello с фейковым доменом перестали работать.

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

Видимо, по началу блокировали только определённые запросы/домены, а затем заблокировали весь TLS
https://ntc.party/t/%D0%B5%D1%81%D0%BB%D0%B8-%D1%83-%D0%B2%D0%B0%D1%81-%D1%81%D0%B5%D0%B3%D0%BE%D0%B4%D0%BD%D1%8F-%D0%BF%D0%B5%D1%80%D0%B5%D1%81%D1%82%D0%B0%D0%BB%D0%B8-%D0%B3%D1%80%D1%83%D0%B7%D0%B8%D1%82%D1%8C%D1%81%D1%8F-%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-%D0%BD%D0%B0-youtube-%D0%B2%D0%B0%D0%BC-%D1%81%D1%8E%D0%B4%D0%B0/10007/333

UPD 2024-09-14T23:32:00Z: где-то заблокировано полностью, где-то по белым спискам домена Google.

Билайн, Москва, домашний интернет. Летом настроил себе впн на всех девайсах и думать забыл о замедлении ютуба, а вчера случайно заметил, что ютуб работает без впн. Это только у меня или замедление отменили?

Думаю это временные послабления.

У меня наоборот. Весь диапозон *.googlevideo.com можно считать полностью заблокированым как и все остальные сайты.

$ curl -v4 --head https://rrxxxxxxxxxxx.googlevideo.com
*   Trying xx.xxx.xxx.xxx:443...
* Connected to rrxxxxxxxxxxxx.googlevideo.com (xx.xxx.xxx.xxx) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*  CAfile: /etc/ssl/certs/ca-certificates.crt
*  CApath: /etc/ssl/certs
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* Operation timed out after 30001 milliseconds with 0 out of 0 bytes received
* Closing connection 0
curl: (28) Operation timed out after 30001 milliseconds with 0 out of 0 bytes received

Ну вот, спустя месяц замедление вернулось…

Аналогично! Случайно заметил, что ютуб заработал без обходов и дурилок. Билайн, москва
скинь вывод traceroute до конкретного ggc, хочу кой че глянуть

QUIC на Йоте уже ~40 кбайт/с (curl-http3) и как всегда скачет волнами, даже 720p не тянет в браузере. Когда-то было 128 кбайт/с, ещё когда-то 256 кбайт/с, а ещё когда-то (летом) без ограничений. Всё снижают и снижают.
Ну, а HTTP1.1/2 (TCP) давно труп, разве что ciadpi (byedpi) легко разгоняется.
Даже на мобильном интернете ютуб дожимают. Уже и там без byedpi не обойтись.
Правда, у меня тариф для модема.

В самосборном uGet + libcurl/http3 при 16 quic потоках разгоняется до тарифной скорости (>=10 мбит/с стабильно). Формат 313. Хотя, конечно, неудобно качать видео и звук отдельно. Но тест интересный.
Правда, звук (15 МБ, формат 251), похоже особо не параллелится. Скорость 10 кбайт/с. Вдобавок, сам гугл режет такие потоки до 2xrealtime.
К счастью, quiche делает реконнект при зависаниях (скорость 0), которые периодически случаются.

10.11.2024 - внезапно ожил сайт ютуба, аватарки, превьюшки. Все, кроме видео, открывается без обхода по HTTP/2 и HTTP/3. Видимо, перешли к точечным блокировкам.
Так же замечено, что при запуске например стрима можно закрыть обходилку и спокойно сидеть смотреть стрим. Видимо, последующие соединения с гуглвидео уже не блокируются.
Ростелеком, центр

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

YouTube попросил блогеров удалить видео, которые содержат информацию об обходе блокировок Роскомнадзора. Всего на данный момент видеохостинг должен удалить более 300 материалов, популяризующих VPN

Ой, нет. Хоть бы эти бы не прогибались бы. Все равно Ютуб замедлен (заблокирован), а Гугл у нас в России банкрот.

Что делать-то? Поудаляют же сейчас все…

выглядит как вброс, если честно

Михаил Климарев (ЗаТелеком) пишет, что начали замедлять Ютуб и на мобильных операторах. Проверьте пожалуйста.

А здесь графики замедления и три волны замедления (сейчас третья идет):

на мегавоне не але

Это конец.
После блокировки ютуба на мобильнике раздосадованные челики побегут настраивать себе влессы и засрут всю сетку терабайтами контента со своих серваков, что явно привлечёт дополнительное внимание РКН к проблеме подобного обхода

Ссылку изменю на другую, такую же. А то прежнюю заметку с Хабра убрали.

РБК: YouTube заблокируют полностью, сейчас наблюдается усиленное замедление ресурса.

А что делать-то? Кто настраивать домохозяйкам будет?
На Авито сколько уже предложений “чудо-роутеров”? А станет еще больше.
По личному опыту скажу: самый простой способ - это установить на Андроид (или Иос, кто что использует) какое-нибудь приложение. Сама так делала (пока другое не настроила).

Вы только говорите на чём, а то я думал что у всех не работает, оказалось что только на компе, а на телефоне работает и я пересмотрел фишку и починил на компе, яж не знал что он работает, думал что у всех не работает. Так же важно говорить на какой винде не работает ютуб, разница есть, на семёрке одно, на десятке по другому, так же есть разница и в моделях телефонов, ну я особо не вникал в это, так просто интересовался спрашивая, один и тот же роутер или пров, у одного работает, а у другого нет.
К примеру на семёрке если не включить ecn в мозиле, то ютуб работать не будет, на 10 работает без ecn, так как tls 1.3 встроенный в десятку, может поэтому работает на ней без ecn, я точно не знаю. Так что если на телефоне не работает, это ещё не показатель, зависит от телефона и установленных в нём приложений, которые могут мешать работе ютуба, так же как и расширение на компе в браузере какое нить может препятствовать запуску и тогда будет трудно понять как решить этот вопрос, на что смотреть, ну а просто что не работает, это ещё ни а чём не говорит, если стоит задача решить проблему.
Как один из вариантов они могут использовать http-user-agent для выборочной блокировки, а возможно что не будь ещё, поэтому к примеру на телефоне работает, а на компе нет

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

Подтверждаю наблюдение.

МТС, Мегафон, вышли из игры получается. Не знаю как на других операторах, но в чате Амнезии в Телеграм количество буйных растет, пишут про Билайн еще.

На Мегафоне (МСК) уже месяц назад видео в 1080 начало приторомаживать и понижать качество, даже несмотря на очень достойную скорость по LTE

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

я давно это заметил на самом деле, оно еле шевелится на 480 даже, свердловская обл, теле2

Вот что очень страшная информация: то, что у кого-то еще есть сомнения - врет оно целенаправлено врет или не знает.

Михаил Климарев (ЗаТелеком) пишет, что начали замедлять Ютуб и на мобильных операторах. Проверьте пожалуйста.

У меня гибридный случай. Оператор йота 4g нск, но тариф для модема. quic в curl резанули почти в ноль (сравняли с tcp), раньше avg 50 кбайт/с было.
В браузере по quic 144p тормозит, долгая буферизация. Статистика ютуб плеера показывает скорость 9 кбит/с, потом 2 кбит/с. Раньше играло 480p.
В случае с yt-dlp видео тянется с местного gcc мегафона (85.26.174.205, пингуется 20-30 мс). Браузер тянет с москвы 173.194.180.29, но результат тот же.
manifest.googlevideo.com в бане. По крайней мере в wireshark много красного. Хотя, его отсутствие не фатально.

Лог curl quic:

yt-dlp URL -f 137 --downloader=curl --downloader-args="--http3-only -4 --connect-timeout 60 --max-time 180"

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0  352M    0 31183    0     0    173      0  24d 17h  0:03:00  24d 16h     0
curl: (28) Operation timed out after 180000 milliseconds with 31183 out of 369334646 bytes received
Warning: Problem : timeout. Will retry in 1 seconds. 10 retries left.

  0  352M    0  159k    0     0    908      0   4d 16h  0:03:00   4d 16h     0
curl: (28) Operation timed out after 180002 milliseconds with 163560 out of 369334646 bytes received
Warning: Problem : timeout. Will retry in 2 seconds. 9 retries left.

  0  352M    0 22813    0     0    138      0  30d 23h  0:02:45  30d 23h     0
curl: (55) connection closed by idle timeout

byedpi с дефолтными настройками не помогает (раньше помогали простейшие стратегии для tcp). С хитрыми настройками заработало (tcp в yt-dlp, по крайней мере), включая manifest.googlevideo.com.

Я извиняюсь. Простейшая стратегия работает как и прежде:

ciadpi -d2 -s1
yt-dlp URL -f 137 --proxy=socks5://127.0.0.1:1080

А дефолтная нет:
ciadpi --split 1 --disorder 3+s --mod-http=h,d --auto=torst --tlsrec 1+s
Даже не пишет о попытках работы.

Я просто в них не спец.
Но что-то шума мало. Видно, немногих затронуло.

Хм, а я думал уже давно замедляют. На билайне и мегафоне в мск, наверное, минимум месяц как невозможно было нормально смотреть; прогрузит секунд 10 и далее бесконечная буферизация.

На йоте было терпимо, сейчас ничего не работает.

Post can’t be empty.

Подскажите плз по доменам для роутинга в прокси.
Направил список из Домены от MashinaMashina
плюс

googleusercontent.com
gstatic.com
nhacmp3youtube.com
youtu.be

Но скорости так и нет, особенно если ткнуть в середину видео бесконечная загрузка.
Заработало только когда направил в прокси целиком домены *google*
Какого конкретно домена не хватает?

“googlevideo.com”

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

странно
мне для отличной скорости хватает только этих доменов
domain:youtube.com
domain:ytimg.com
domain:ggpht.com
domain:googlevideo.com

Для компа, может и да.
Но на телефоне как минимум ещё этот домен нужен:
youtubei.googleapis.com

Это проблема приложения, надо обновить/возможно настройки подкорректировать, на 4pda объяснения есть.

Заметил, что после заявлений про полную блокировку ютуба, он стал сильно лучше работать с обходом DPI

Из России падает , но настолько же растёт из других стран , в основном Голландии . Всё понятно …

меньше народа больше кислорода

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

нууу тут скорее несколько факторов,

1. инфляция - работникам надо чтото кушать
2. все же оборудование изнашивается, конденсаторы сохнут, светодиоды деградируют, молниями тоже бьет, это нужно менять или чинить на худой конец
3. за подключение новых клиентов платят старые клиенты
4. некоторые технологии действительно стоят больших денег
5. исполнение некоторых законов тоже стоит денег
6. детей надо отправить учиться куданибудь в тихое место, да вилла не достроена на кипре… а, нет, этот пункт не про них, ошибочка вышла, ну моооожет быть про ртк…

Но он как-то подозрительно вырос из Нидерландов, Германии, Финляндии, Польши, и даже США, что как бы намекает.

Видимо людям в общем случае оказалось проще купить VPN чем разбираться с запретом

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

Похоже ждем очередной этап войны с бесплатными впн… попытку по крайней мере

Да не, я не думаю, это же такая Гидра, у которой сто голов, пока будут воевать, их наплодят еще сто. Ну не будет большая масса людей сама что-то настраивать, читать мануалы, подбирать и создавать конфиги, есть запрос у общества на простой и понятный VPN, желательно что бы тащил Ютюб в 4к, работал под все оси, на тв, приставках, утюгах, и прочих бытовых приборах. А вы им про Запрет. Вы бы посмотрели что в чатах той же Амнезии пишут, ну как бы я ничего не хочу сказать, но когда человек не может элементарно загуглить ошибку в клиенте, и просит дать ссылку на сайт где лежат доки, то многое становится понятно.

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

Получается провайдер гипотетически сам фильтрует трафик, отправляя все что относится к ютубу мимо ТСПУ, а все остальное так и идет через коробку? Или это какие-то непонятки в самом ТСПУ, я просто думал туда все автоматически уже накатывается и не требует ничего от операторов. Что ближе к правде?

Я писал об этом месяца два назад.
Юпуп официально не заблокирован. Реализацией алгоритмов блокировки занимается не роспозор, а подрядчики, по РФ это в основном ГРЧЦ, кое-где местные. Каждая коробка настраивается отдельно, нет централизованной системы установки конфигов, так как везде разные сети и разные коробки (разные версии, разные вендоры). Поэтому кто смелый, тот конфиги блокировки на трубу не накатывает. Есть еще вариант, когда провайдеры сами обходят блокировки, просто пуская маршрут в обход. Проверить легко, тем же блокчеком, если начнет давать стратегии даже если труба работает без обходов, значит трафик всё равно идет через коробку и реализован первый вариант.

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

Ты главное вот того выше с хлебушком в голове не читай, он никогда не видел реальной реализации интернета провайдера, у него там какие-то маршруты мимо коробок лол.

а как такое вообще реализуют, если сам ТСПУ стоит, считай, после NAT(?).

ТСПУ стоит не после чего-то, а до бордера.

Получается провайдер гипотетически сам фильтрует трафик, отправляя все что относится к ютубу мимо ТСПУ

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

Или это какие-то непонятки в самом ТСПУ

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

Нет. Можно и после тспу.

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

странно почему такое падение ведь многие пользуются запрет/byedpi,а он не меняет локацию

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

Основным да, а вот популярным батником под винду вряд ли. Учитывая что их почти все тиражируют в телеграмм каналах( я про сборки flowseal)

В том и суть, чем больше тиражируют, тем меньше пользуются. Люди скачивают, у них не работает, они возвращаются к впн. К тому же всякие слухи про вирусы, непонятные консоли (о ужас, нет большой красной кнопки “сделать хорошо” ). А правильная установка службы это вообще кошмар, почти каждый ноет, что ничего не работает, вон весь форум этим забит.

основным тоже не сложно, там даже есть easy_install то есть своего демона даже не нужно писать. гораздо сложнее сейчас “ставьте впн” когда они все заблокированы по протоколу

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

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

А вот тут Telegram: Contact @ordercomru говорят, что штраф полляма за euobserver, которого тоже (как же так!) нет в реестре. Канал связан с юристами АМОР. Что-то нестыковочка какая-то.

Хех.
Ну так да, трубу смотрят в основном с мобилок и телеков. А ведроид в своём дизайне однокнопочный, как и яблоко.

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

Ерунда, ниже выложены постановления уже, штраф за ресурс, которого нет в реестре РКН

Иными словами они могут втемную включить блокировку или замедление любого ресурса, о котором провайдер не может узнать (вне реестра) и инкременировать ему то, что у него стало быть не весь трафик идет через ТСПУ )

Казна сама себя не наполнит. Я так понимаю за повторное можно уже штраф оборотный взыскать

А это уже улики, указывающие на правонарушение. Поэтому я и пишу, что сайт тут в целом не при чем, тут как прецедент важен сам факт правонарушения.

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

Надеюсь грамотные админы понимают, что с ними будет при первой же внеплановой выездной проверке РКН/ГРЧЦ/ФСБ. Видели такие? Нет? Я заставал.

Не директор же виноват, само собой ) Он и не умеет ручки крутить

Я вот о чем подумал. Есть ли какая-то правовая база для того, чтобы власти как-то смогли конфисковать CDN-сервера Youtube у Google? Понятное дело, что относительно российского законодательства что хотят, то и воротят, но могут ли российские законодатели попасть впросак, если Google решат пожаловаться в какую-нибудь соответствующую международную инстанцию? Все-таки эти сервера - их имущество, а им своевольно распоряжаются без их разрешения.

Ну так проверка будет только там, где они имеют право проверять. На чердак за свичом в десятке километров они не полезут.
Я к тому, что проверка не является ультимативным инструментом. РКН/ГРЧЦ могут проверять только собственное оборудование, а ФСБ могут проверять всё, но только по решению суда, для которого нужно еще состряпать дело.

ограничен решением Генеральной
прокуратуры Российской Федерации No 25-31-2024/ИФ11984-24 от 02 августа 2024
года

Его точно собираются вносить позднее в реестр?

Боюсь ваши истории про то, как закон ограничивает беспредел ведомств слегка не соответствуют судебной практике

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

Правовая база? Посмотрите уже Конституцию - это ответ на все вопросы https://www.consultant.ru/document/cons_doc_LAW_28399/f703218d9357338507052de484404828b3da468e/

Мы смотрим Ютуб законным способом? Мы имеем право?

По решению суда. Но нужен весомый повод, потому как рухнет вся инфраструктура и все ведроиды. Шум будет стоять до Марса, ну а про моментальную просадку экономики на треть даже упоминать не стоит.

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

Это вряд ли. Они там только санкциями завалить могут и пальчиком погрозить.

Я в этом не соображаю, но если вдруг там есть четкое деление серверов на ютубовские и те, что обеспечивают работу Android и т.п., могут ли они просто прикрыть первые, не трогая последние?

Ерунда! Можно уже конфисковать в счет погашения наложенных штрафов - исполнение готового судебного решения.

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

Да, имеем. Судя по комментариям главы АМОР, мы имеем право ходить куда хотим, даже на запрещенки, если у нас это получится.

Ты вообще вникаешь в написанное? Я четко указал - весомый повод. В счет долгов - это пыль по сравнению с последствиями реальной конфискациии. Если было бы так просто, давно бы конфисковали.

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

с последствиями реальной конфискациии

Дагестану расскажите, даже магазины и заправки не работали )
Считаю, что трафик постепенно подрезают, чтобы вывести российские сервера GGC из работы, как только трафик упадет до минимума. Будущее нас рассудит)

каждый в стране так или иначе подвязан к сервисам гугла

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

По закону все Атечественное должно уже быть на площадках в РФ с удалением всех иностранных привязок и трекеров, даже сраных woff-шрифтов. Я не могу конечно выкладывать вам формуляры сюда по всем этим задачам, но они есть и все это уже обязаны были проделать еще в прошлом году! Кто не сделал - сам виноват и будет наказан когда сломается )

Я тоже так считаю. Как только доля Гугла упадет хотя бы до 15-10%, уже станет безопасно отключать.

Там не только просто сложно, но ещё и требуется умение устанавливать OpenWrt на роутер. Причём нужен не ноунейм роутер который ставит провайдер, а дорогой с достаточным количеством оперативной памяти для работы запрета. Альтернативой является завалявшийся на полке одноплатник или старый системный блок который будет двадцать четыре часа в сутки гонять пыль по квартире и счёт на электричество.

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

В итоге встаёт выбор вставать с мягкого дивана и идти покупать новый роутер или не вставая купить впн.

Запрет можно и на компьютере использовать. Зачем настолько сложные танцы с бубном?

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

Если только для запрета, то подойдет даже что-то простое, наподобие tp-link mr3020, главное, чтобы usb-порт был для расширения памяти. Его можно поискать на Авито в пределах 1000 рублей (у самой так сделано). Вот Тор на нем уже не получается запустить. Шьется он достаточно легко через программу tftp.
Другое дело,что настораживает приказ РКН, который хотят принять.
А пока обхожусь именно zapret - прекрасно работает и очень выручает.

Или требуется умение купить кинетик

А можно еще через виртуальную машину (virtual box, например).
Туда ставим тот же openWrt, на него zapret и пускаем трафик с домашних устройств через него. Так тоже работает.

Почему виндиверт может перестать работать?

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

Не обновляется давным-давно. Какие-нибудь радикальные изменения в очередном апдейте винды и он может отвалиться. Да и сам по себе не очень стабилен. Сейчас он вполне может рассматриваться как outdated.

Суть даже не в перегибах, а в том, что в законодательстве полно лазеек в виде всяких исключений, из серии “не терпящих отлагательства”. Да и дело заводить необязательно, достаточно заявы/сообщения о преступлении и в рамка доследственной проверки проведут орм.

“виндиверт, который, вполне вероятно, скоро перестанет работать”

Для этого нужно полностью изменить работу windows с драйверами , тотально сломав обратную совместимость по железу и софту . Одними обновлениями , даже самыми радикальнейшими не обойдёшься . Не разгоняйте панику .

youtube1141×669 72.9 KB

Куда снижаться, в минус? Недавно говорилось “ютуб почти заблокирован”.

Для сведения: Tor работает умеренно корректно даже на TP-Link TL-WR841ND , в котором в лучшем случае 8/64 (а до 9-10 ревизии строго 4/32). Главное в рамдиск пакеты уметь ставить. У меня на такой хрени до сих пор в некотором городе Т. в ЦФО работают костыли от @dartraiden совместно с lyrebird для webtunnel-мостов. Да - загрузка полная занимает 5-6 минут, и есть риск пососать бибу если вдруг интернета как такового в принципе нет - но это лучше чем ничего.

MR-3020, в свою очередь, сейчас в первую очередь доступен в виде третьей ревизии (которая все ещё поддерживается актуальной OpenWRT - см. Index of /releases/23.05.5/targets/ramips/mt76x8/), которая позволяет собрать под него вменяемый имидж с Tor, dnsproxy от AdGuard и некоторыми другими вещами.

Написано на 60% снизилось за 2-х недельный период. Что из текста не понятного и при чём тут “минус”.

50% у меня получается. С учётом того, что это в основном мобильные (и десктопные без ТСПУ), а это большая абсолютная цифра на страну, то снижение в два раза. Много да, но ещё осталась половина.

А ноль и меньше нуля это отсылка к вот этому высказыванию от 24 декабря 2024 (ссылка взята отсюда):

На сегодня можно сказать, что YouTube в России заблокирован полностью:
большинство пользователей не может его смотреть без VPN.

Большинство да. Но полностью? Пока графики гугла это не подтверждают. Падение продолжается, но плавное линейное, а не резкое.

А если полностью, то это 0…0,5%, то дальнейшее снижение будет в минус.
Я просто ожидаю от экспертов точности, а не вольности. Т.к. им верят и их цитируют.

Непонятно какой точности вы хотите от опосредованных измерений. Эти графики весьма условны, зависят от допущений.

Я ожидаю точности в высказываниях.
А Климарев и про VK устаревшие байки рассказывал. И вообще, медийные эксперты это не про РФ, я так понял.

Ну если есть другие графики, можно их смотреть

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

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

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

По существу: в четырёх из доступных мне удалённо локаций (две в ЦФО, одна в УрФО, одна в Дагестане) трубе очень плохо напрямую, однако при этом она полностью нормально работает через запрет при подборе адекватных параметров.

На мой взгляд, ничего не изменилось фундаментально - просто ранее существовавшие ограничения распространили на все ASN провайдеров, а не только на бродбэнд.

просто ранее существовавшие ограничения распространили на все ASN провайдеров

Значит, те кто остались, это кто смог настроить обход dpi или если у провайдеров нет ТСПУ. Теперь я понял. Есть ли свидетельство, что ютуб ещё живой без обходов на провайдерах с ТСПУ? Если нет, то получается Климарев по сути прав о полной блокировке. Правда, непонятно почему график продолжает снижение.

Однако, и не сказать что много шума. Хотя, он растёт.

У некоторых провайдеров ТСПУ или в байпасе, или они намеренно саботируют ситуацию.

Кроме того, есть куча местных хостеров типа А. и Б. которые кладут болт на ТСПУ, и пускают всё напрямую.

Я не знаю как и почему это работает, и почему их все ещё не посадили на бутылку - но факт: с моей российской VPN у одного из этих хостеров труба работает напрямую, без гвоздей, хоть 4К смотри. И провайдер домовой не будет бухтеть за трансграничку.

Под раздачу попала не только труба, но и Google Photos. Например, почти невозможно без костылей просмотреть видео которые хранятся в вашем аккаунте в облаке: они грузятся хоть и с других поддоменов, но с того же *.googlevideo.com, а потому походу попадают в фильтрацию на ТСПУ.

А вот интересно будут ли ломать стратегии на мобильных? На йоте помогает простейшая. Наверное, будут бороться с byedpi. Ну, посмотрим.
И вот ещё интересно, насколько законно техническим мастерам по объявлениям исправлять ютуб или ставить впн? Не говорю, что явно объявления про ютуб, просто ремонт и настройка компьютеров, например. Думаю, anti dpi решения ставить могут.
Сердце кровью обливается, у мамы коллега на работе лет 35, некому ему настроить ютуб. И сколько таких примеров.

Незаконно.

Ржу-нимагу.

Это по закону о запрете на популяризацию ВПН до 29 года получается да?

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

Ржу-нимагу

Посмотрим, уйдёт ли чел на VK или продолжит страдать. Есть такие плаксы, а потом спокойно уходят на твич какой-нибудь.

Воспользуйтесь https://jsoneditoronline.org/

у меня googlevideo был полность заблочен по сни еще ранней осенью. единственная трактовка может быть что мол основной www.youtube.com еще не заблочен или то что googlevideo не заблочен по ип. можно ли теперь вообще считать блок по сни “полным” блоком? я думаю что да, тк это ркн логика

Спасибо

Кстати, действительно не проигрываются видео с Google Photos без костылей, но, вот видео загруженные на Google Drive легко воспроизводятся.

Такая ситуация была на Йоте например, еще в самом начале блокировки Ютюба, я с удивлением обнаружил что можно было хоть в 4к смотреть без всяких впн и прочих вспомогательных средств обхода, просто напрямую, причем что на смартфоне, что на пк, разницы не было, продлилось это правда не долго, два - три месяца примерно, и привет свой VPS. То ли это Йота положила на блокировку болт и гнала весь поток в обход, то ли до них дошли в последнюю очередь, но было интересно.

Стоит не у всех.

Я на Йоте следил регулярно, правда тариф для модема, хитрым способом yt-dlp+curl/http3. Потихоньку закручивали гайки, большей частью на tcp, но и quic подрезали регулярно. Т.е. на quic скорость выше была, но её резали тоже. А с какого-то времени пошли периодические разрывы. Т.е. процент потерь увеличивался. quiche вёл себя с ними лучше, но и его доканали.

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

Скорее всего клиенты с quic (браузеры) этого просто не замечали до поры до времени. Они качают маленькими кусочками, а на них был boost по скорости. Может быть даже в несколько потоков. Тест yt-dlp-curl он очень пессимистичен, зато легко получить цифры для сравнения.

Я вот этого не исключаю конечно, но поведение все равно странное.

Уже обсуждалось сто раз три месяца назад, в начале блокировок. Ситуация с ютубом на стационарных провайдерах зависит от архитектуры сети провайдера, т.е. от расположения серверов GGC. Если доступ в подсеть GGC провайдера для абонентов идёт до ТСПУ, то никаких замедлений нет и провайдер ничего не саботирут и не нарушает (ютуб не заблокирован). Сами GGC могут коннектится с гуглом по выделенному каналу (до какого-нибудь MSK-IX или где там гугл присутствует), на котором нет ТСПУ, потому что это не трафик абонентов. При этом все блокировки ТСПУ работают прекрасно, а ютуб не замедляется. У меня именно такой провайдер. В подтверждение сказанного, вспомните, пару месяцев назад РКН запрашивал у провов схему размещения GGC, возможно кого-то заставили поменять архитектуру, но я сомневаюсь, это очень затратно, особенно для провайдеров которые поглащали более мелких в своём регионе, там вообще такая салянка из каналов, оборудования и пр., что чёрт хер сломает.

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

у меня есть на примере пара цодов, где ютуб спокойно работает, с подключением к пиринговым серверам (явно не местным)
почти уверен , что там тспу в байпасе по какой-то причине

хотя сейчас перепроверил, после пары f5 уже грузится с местного ggc, так что да, если предположить, что между ggc есть свой канал трафика, в который тспу не вмешивается, то возможно, ты прав

На одном опсосе говорят работает ютуб и на рабочем интернете.