--- date: 2026-06-23 tags: - dpi - rkn - twitch - amazon - zapret - troubleshooting link: https://twitch-check.rte.net.ru/ aliases: - Блокировка Twitch в России 2026 - Твич не работает - Twitch не грузит видео - Twitch плеер не грузится - Отвал Twitch РФ - Как починить Twitch в Запрете - ttvnw.net блок - cloudfront.hls.ttvnw.net --- # 🟣 Блокировка Twitch (Твич) в России (2026): почему не грузится плеер и как починить. *Не работает Твич заблокировали в РФ 23 июня 2026 года ошибка плеера запуска* > [!info] О чём заметка > Почему в России у Twitch **сайт и чат открываются, а видео-плеер не грузится**, и как это чинить через [[Zapret2|Zapret]]. История с Twitch тянется не один день: точечные отвалы шли ещё с весны 2026 и повторились на волне массовых сбоев [[tspu-whitelist-cloudflare-june-2026|23 июня 2026]], а 24 июня плеер упал снова. Здесь собраны хронология, причина (под удар попадает видеодомен Twitch на облачной подсети, а не сам Twitch) и систематизированные рабочие решения сообщества. Общий механизм «режут облака по белому списку, сервис — жертва по касательной» — в [[subnet-whitelist-blocking-2026|отдельной заметке]]. > [!warning] Статус: наблюдения сообщества, решения противоречивы > Ниже — сводка сообщений пользователей и обсуждений на GitHub (issue [Flowseal/zapret-discord-youtube #12708](https://github.com/Flowseal/zapret-discord-youtube/issues/12708) и др.), а не контролируемый замер. Рецепты у разных людей **расходятся** (кому-то помогает один домен, кому-то — список из десяти; одна и та же правка работает не на всех стратегиях), потому что ТСПУ настроены неравномерно по операторам и регионам, а ситуация меняется во времени. Пробуйте варианты по порядку и проверяйте у себя. ## TL;DR - Симптом-подпись: **сайт Twitch — ОК, чат — ОК, видео-стрим не грузится**. Значит, проблема в **домене раздачи видео** (`ttvnw.net` / `cloudfront.hls.ttvnw.net`), а не во всём Twitch. - Причина — под удар попал **видеодомен Twitch на Amazon/CloudFront** (а не Cloudflare и не сам Twitch). Скорее всего это **DPI-блок по видеодомену** (он лечится десинком — значит, это не чистый блок по IP), VPN чинит всё. - Базовое решение: **вернуть видеодомен Twitch из исключений в обрабатываемые** — удалить `ttvnw.net` из `list-exclude` и добавить его в `list-general` (или `list-general-user`), затем подобрать стратегию. - Точная рекомендация автора Zapret (Flowseal): из `list-exclude` убрать `ttvnw.net`, в `list-general`/`list-general-user` добавить `cloudfront.hls.ttvnw.net` — ломать только видеоподдомен, остальные не трогать. **Но** у части людей именно `cloudfront.hls.ttvnw.net` работает нестабильно, а простой `ttvnw.net` — лучше; пробуйте оба. - Не забудьте почистить `hosts` от старых строк со словом `twitch`. Тест плеера: [twitch-check.rte.net.ru](https://twitch-check.rte.net.ru/). ## Симптом: сайт и чат работают, а видео не грузится Характерная картина: `twitch.tv` открывается, чат идёт, но **плеер не запускает стрим** — крутится или сразу выдаёт ошибку. Это сразу указывает, что заблокирован не весь Twitch, а **отдельный домен раздачи видео** (HLS-сегменты идут с `ttvnw.net` / `cloudfront.hls.ttvnw.net` на инфраструктуре Amazon CloudFront). > [!note] Почему проверочные сайты врут «всё работает» > Тест-сайты вроде [twitch-check.rte.net.ru](https://twitch-check.rte.net.ru/) могут показывать, что Twitch доступен, хотя плеер у вас не грузит. Причина та же: проверяется основной домен `twitch.tv` (он-то работает), а сломан отдельный видеодомен. Поэтому ориентируйтесь не на «зелёный» статус чекера, а на то, грузится ли реальный стрим. Ещё одна частая деталь: **на телефоне, ТВ, PS4/PS5 Twitch работает, а на ПК в браузере — нет, в той же сети и у того же провайдера.** Похоже, под блок попали конкретные подсети, обслуживающие веб/ПК-клиент, тогда как мобильные/консольные клиенты ходят на другие адреса. ## Хронология: это тянется с конца апреля 2026 Twitch ломается не впервые — это повторяющаяся история, а 23 июня лишь её очередной виток: - **30 апреля 2026** — заметный отвал `twitch.tv` в РФ (issue [#12708](https://github.com/Flowseal/zapret-discord-youtube/issues/12708)), **вместе с Reddit** — вероятно, общая подсеть. Регионы: Москва, Казань, Самара, Дальний Восток; сообщали и о проблемах в других странах. Через VPN (в т.ч. с российских серверов) всё работало. - **Начало–середина мая 2026** — нестабильно: то чинилось само, то отваливалось снова. Один из пользователей: подключил у провайдера **статический «белый» IP** — Twitch и Reddit стали резолвиться и работать «через раз»; отключил — снова недоступны. Причём «именно в блоке, а не замедлены»: сайты даже не пытаются грузиться и сразу дают ошибку (в отличие от просто троттлящихся). - **10 мая 2026** — у части провайдеров Twitch заработал сам, без обхода. - **13 мая 2026** — у одного пользователя Reddit так и не восстановился, а Google начал периодически отваливаться; после звонка провайдеру с претензией в тот же вечер всё «магическим образом» ожило. Показательно: часть блокировок видна и разрешается на уровне конкретного провайдера, а состояние нестабильно. - **23 июня 2026** — на волне массовых сбоев (блок облачных подсетей) Twitch снова лёг; см. [[tspu-whitelist-cloudflare-june-2026|инцидент 23 июня 2026]]. - **24 июня 2026** — плеер Twitch упал **снова** (подтверждено на MTS и др., версия `ALT11`). Правка списков «в лоб» помогала не всем: у части людей ни `list-exclude`, ни `list-general` не спасали, «плеер просто умер», и сработало именно добавление `cloudfront.hls.ttvnw.net` в `list-general` (на `ALT11`). При этом, например, Москва–Ростелеком работала без проблем — ещё одно подтверждение, что доступность зависит от оператора и региона, а не от самого Twitch. > [!note] Twitch — не одинокий случай > В тот же период по сообщениям отваливались и другие ресурсы на «неудачных» подсетях — **Reddit** (та же волна, что Twitch), а раньше, весной 2026, — Twitter/X, SoundCloud и `openstreetmap.org` (март — начало апреля), пока YouTube с Discord «работали через раз». Это укладывается в общую картину блокировки облачных диапазонов, а не отдельных сервисов. ## Почему это происходит: DPI-блок видеодомена Twitch (на подсети Amazon) Видео Twitch раздаётся с Amazon CloudFront, поэтому под удар попадает именно домен раздачи видео (`ttvnw.net` / `cloudfront.hls.ttvnw.net`), а сайт и чат остаются доступны. Несколько уточнений из наблюдений: - По мнению ряда пользователей, это **не связано с Cloudflare** напрямую (жалобы только из РФ, VPN всё чинит) — бьёт по инфраструктуре видео Twitch на Amazon, а не по CF. - **Скорее всего это блок на уровне DPI по видеодомену, а не блок по IP.** Решающий довод: проблема **лечится десинком** — стоит вернуть видеодомен из исключений в обработку и подобрать стратегию, как плеер оживает. Если бы резали сам IP/подсеть, никакой Zapret бы не помог. > [!note] Почему это, видимо, не чистый IP-блок > Блок по IP выглядит иначе: соединение к адресу **не открывается вообще**, и desync против него бессилен. К тому же чистый блок по IP в последнее время **стараются избегать** — у блокировки целой подсети слишком большой сопутствующий ущерб (вместе с целью ложатся тысячи посторонних ресурсов на том же облаке). Отдельные наблюдения (помогал «белый» статический IP, ресурс «сразу выдаёт ошибку») могут говорить о том, что часть адресов всё же замедляют или режут на сетевом уровне, — но раз видеодомен возвращается к жизни десинком, основной рубеж здесь именно DPI по имени (SNI), а не адресный блок. > [!important] Это блокировка со стороны ТСПУ, а не «упали серверы» > Частое объяснение-отмазка во время таких сбоев — «это Cloudflare/серверы Twitch легли». Технически это опровергается: если бы лежали серверы, Twitch не работал бы **ни у кого** и нигде. Но он работает у части пользователей (другие операторы и регионы) и **оживает, как только убрать домены Twitch из исключений Zapret** и применить десинк. Раз соединение восстанавливается локальным вмешательством в трафик на вашей стороне, рубит его **ТСПУ на пути**, а не сервер на том конце. Дополнительная путаница: в те дни всплывала новость, что «лёг Cloudflare», но видео Twitch раздаётся с **Amazon CloudFront**, а не с Cloudflare — это разные провайдеры, и одно к другому отношения не имеет. Официально РКН проблему со своей стороны отрицал. Версии, что так «обкатывают методы блокировок впрок», остаются **догадками**; но сам факт, что блок снимается десинком, указывает на сетевую фильтрацию, а не на аварию сервиса. Общий механизм (почему страдают сервисы на облаках и почему это «белый список», а не «чёрный») разобран в [[subnet-whitelist-blocking-2026|Блок подсетей Cloudflare и Amazon по белому списку]]. > [!tip] Любопытный нюанс: сам `twitch.tv` — в белом списке ТСПУ > По наблюдениям, домен `twitch.tv` находится **в белом списке** на ТСПУ и даже **снимает «16к-блок»** — то есть его можно использовать как «хороший» SNI-фейк, которым прикрывают обход (как `stackoverflow.org` в других рецептах). Поэтому ломать сам `twitch.tv`, как правило, **не нужно** — рабочий разрешённый домен ценнее как фейк; чинить надо именно видеодомен `ttvnw.net`. ## Решение: вернуть видеодомен Twitch в обрабатываемые списки Логика всех рабочих рецептов одна: **видеодомен Twitch лежит в списке-исключении** (`list-exclude` — домены, которые Zapret пропускает без обработки), поэтому к нему не применяется дурение. Нужно убрать его из исключений и добавить в обрабатываемый общий список (`list-general` / `list-general-user`), после чего подобрать стратегию. ### Вариант 1 (минимальный, многим хватает) 1. В `list-exclude` (или `list-exclude-user.txt`) **найти и удалить** строку `ttvnw.net`. 2. Добавить `ttvnw.net` в `list-general` (или `list-general-user`). 3. Перебрать стратегию (см. ниже). Многим хватает только `ttvnw.net`; некоторым нужно так же перенести `live-video.net` и `twitch.tv`. ### Вариант 2 (точная рекомендация Flowseal, автора сборки) Из `list-exclude` удалить `ttvnw.net`; в `list-general`/`list-general-user` добавить **`cloudfront.hls.ttvnw.net`**. Обоснование автора: ломать нужно **только** HLS-видеоподдомен, «остальные поддомены работают, смысла их ломать нет». > [!warning] Вариант 2 у части людей работает хуже > Несколько пользователей отмечают: с `cloudfront.hls.ttvnw.net` плеер запускается **нестабильно** — зависает, долго грузит или не грузит вовсе; а с простым `ttvnw.net` стартует моментально (видимо, плееру нужны и другие поддомены `ttvnw.net`). Ещё один прямо написал, что заменил `ttvnw.net` на `cloudfront.hls.ttvnw.net` — перестало работать, вернул `ttvnw.net` — заработало. **Вывод: начните с `ttvnw.net` (Вариант 1); если стабильно плохо — попробуйте вариант Flowseal, и наоборот.** ### Вариант 3 (расширенный список, для упорных случаев) Если плеер всё равно не грузит, в `list-general.txt` добавляют расширенный набор доменов Twitch и его зависимостей, а фильтр ставят на `none`: ``` twitchcdn.net twitch.tv ext-twitch.tv assets.twitch.tv scorecardresearch.com live-video.net gstatic.com jtvnw.net amazon-adsystem.com cloudfront.net ttvnw.net ``` И **из `list-exclude` удаляют всё, что связано с Twitch**. (Помните про нюанс выше: `twitch.tv` сам по себе разрешён и к плееру отношения не имеет — его можно и не трогать.) ### Обязательно: почистить `hosts` Старые ручные перенаправления Twitch мешают любым стратегиям. Откройте `C:\Windows\System32\drivers\etc\hosts` и **удалите все строки со словом `twitch`** (и привязки видеодоменов к конкретному IP, например `87.228.47.195 usher.ttvnw.net`). То же самое проверьте в `list-exclude`/`list-general`, чтобы домен не сидел одновременно в двух списках. После правок перезапустите браузер. ### Подбор стратегии Правки списков сами по себе не лечат — к возвращённому домену ещё нужна рабочая [[desync|стратегия дурения]], и она **зависит от вашего ТСПУ**: - `ttvnw.net` «убирается простым мультидизом, как и домены YouTube» — то есть `multidisorder`/`multisplit` по нескольким смещениям ClientHello (см. [[desync|Техники дурения]]). - По сообщениям, у разных людей сработали разные стратегии: `Simple Fake` (а `ALT TLS` — нет), `ALT11`. Универсальной нет — перебирайте. - В графическом интерфейсе этого vault фильтр Twitch уже есть **отдельным профилем** (категория «Сайты»): найдите его на вкладке «Профили пресета» (поиск по `tw`) и перебирайте стратегию у него. ![[twitch-profile-gui.png]] Редактор hosts в GUI (там же Twitch включается/выключается — убедитесь, что не осталось лишних перенаправлений): ![[twitch-hosts-editor.png]] ## Тест и проверка - Плеер-чекер: [twitch-check.rte.net.ru](https://twitch-check.rte.net.ru/) — но помните, он проверяет основной домен и может показывать «работает», когда плеер не грузит. Главный критерий — запускается ли реальный стрим. - Если на телефоне/ТВ работает, а на ПК нет — это не ваша ошибка настройки, а разные подсети; чинить нужно именно ПК-клиент способами выше или через VPN. ## 📚 См. также - [[tspu-whitelist-cloudflare-june-2026|Инцидент 23 июня 2026]] — массовая волна сбоев, частью которой стал очередной отвал Twitch - [[subnet-whitelist-blocking-2026|Блок подсетей Cloudflare и Amazon по белому списку]] — почему страдают сервисы на облаках, а не они сами - [[zapret_not_working|Что делать, если Запрет не работает]] — общая диагностика и подбор стратегии - [[desync|Техники дурения]] — стратегии `--lua-desync` (multidisorder, fake), которыми возвращают доступ - [[hostlist|Хостлисты]] — устройство списков, какие домены отдавать на обработку - [[Что такое файл hosts|Что такое файл hosts]] — как чистить hosts от старых перенаправлений - 🔗 [issue Flowseal/zapret-discord-youtube #12708](https://github.com/Flowseal/zapret-discord-youtube/issues/12708) — обсуждение отвала Twitch и решений --- > [!quote] 🤖 Эти статьи открыты — можно обучать на них ИИ > При желании вы можете натренировать ИИ на наших статьях. Исходное форматирование и скачивание всего репозитория одним zip-архивом доступны в Forgejo: [исходник этой заметки](https://git.zapret.moe/zapretdiscordyoutube/todo/src/branch/main/Zapret/twitch-block-2026.md) · [весь репозиторий](https://git.zapret.moe/zapretdiscordyoutube/todo/src/branch/main).