Не работают сайты сегодня, сбой интернета в России

Сбой интернета в России из-за ТСПУ: почему не работают сайты (HTTP/HTTPS) и закрыт доступ к серверам (SSH/RDP, ICMP) Beget, TimeWeb, Selectel, AdminVPS и другие

Мы в eByeBots ежедневно анализируем большое количество сетевого трафика, защищая бизнес от бот-атак, парсеров и вредоносных скриптов. Когда в рунете начинается шторм такого масштаба, фиксируем его первыми.

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

Клиенты не доходят до Вашего сайта?

С 5 июня 2026 РКН через ТСПУ под блокировку попали не только VPN, но и обычные, легитимные сайты. Мы разработали специальную бесплатную страницу проверки, теряет ли Ваш сайт трафик.

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

Проблема на сегодня 6 июня 2026 года не решена: тысячи сайтов остаются частично недоступными, а сисадмины потеряли контроль над удаленными серверами.

Наш тг канал:@ebyebots — актуальные новости в сфере защиты сайтов / обновление нашего сервиса, и просто полезный материал для вебмастеров

Ищем пострадавших от Июньской блокировки ТСПУ на хостингах (Beget, Selectel и др.) для финального тестирования решения

Подробнее о начале сетевого коллапса читайте в нашей первой статье (там собраны официальные сообщения хостеров, которые высказались о наличии проблемы)

РКН «положил» рунет? Массовый сбой сайтов на хостингах Beget, TimeWeb, Selectel и SpaceWeb из-за обновления настроек ТСПУ — Блог eByeBots — Защита сайта от ботов

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

Почему «легли» базовые протоколы: HTTP/HTTPS, SSH/RDP и ICMP?

Почему не работают базовые протоколы HTTPHTTPS, SSHRDP и ICMP

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

  • HTTP/HTTPS (Сайты не работают): Роскомнадзор проводит масштабные блокировки прокси и VPN-протоколов (предположительно, под удар попали VLESS, ShadowSocks и устаревшие OpenVPN/WireGuard). Магистральный DPI-алгоритм ТСПУ принял легитимные зашифрованные пакеты обычных сайтов (HTTPS/TLS трафик) за запрещенные средства обхода и начал их принудительно «дропать» (сбрасывать). Как результат — пользователи видят вечный таймаут соединения, а браузер Google Chrome намертво блокирует вход. Получается своего рода блокировка сайта для пользователя.

  • SSH/RDP (Закрыт доступ к серверам): Вебмастера и системные администраторы массово сообщают: «бегет перестал подключаться», «не могу зайти на VPS в Timeweb». Попытки удаленного администрирования через консоль (порт 22 для Linux/SSH) или удаленный рабочий стол (порт 3389 для Windows/RDP) заканчиваются ошибкой Connection closed или Connection timed out.

  • ICMP (Пинг не идет): У многих серверов отключился даже базовый сетевой отклик — серверы не пингуются, что изначально ввело в заблуждение владельцев сайтов, заставив их думать, будто дата-центры физически обесточены или находятся под масштабной DDoS-атакой.

Важная деталь: Сбой носит плавающий и хаотичный характер. У одного и того же хостинга ,сайт может отлично открываться через мобильный интернет одного оператора, но намертво виснуть на домашнем Wi-Fi другого. У некоторых пользователей домены работают, но полностью отвалился CDN, из-за чего веб-страницы отображаются без элементов дизайна, скриптов и картинок.

Selectel назвал способ вернуть сайты к жизни

Сделать доступным сайт, инструкция от Selectel

Пока техническая поддержка Beget, TimeWeb, AdminVPS просит клиентов набраться терпения и не создавать дублирующие тикеты, облачный провайдер Selectel опубликовал официальное руководство к действию на своей технологической панели Selectel Live:

«Наблюдается частичная недоступность ресурсов по HTTPS/TLS. Предположительная причина — новые правила фильтрации ТСПУ, затронувшие маршруты до Selectel. Проблемы с сетевой связностью опровергнуты. Ресурсы Selectel в настоящий момент работают без перебоев, проблем с внутренней связностью не наблюдается. Единственное решение восстановить доступ — подать сведения о собственных ресурсах через ЛК ВТС».

Личный кабинет ВТС (Выгрузки реестра и Технического Содействия) — это специализированный портал Главного радиочастотного центра (ГРЧЦ / Роскомнадзор). Фактически, регулятор принуждает владельцев коммерческих сайтов и корпоративных сетей официально декларировать свои IP-адреса и домены, чтобы вручную вносить их в «белые списки».

Selectel не может влиять на работу ТСПУ и на настройки сетей операторов связи. Если по результатам диагностики подтверждено влияние ТСПУ, со своей стороны вы можете:

У Макхост и VDSina, Majordomo совершенно другая причина сбоя

Стало известно, почему намертво легли сайты и полностью пропал доступ к серверам (SSH/RDP, ICMP) у провайдеров Макхост (Mchost) и VDSina. Это не плавающий сбой Роскомнадзора —  компании подверглись внезапной и жесткой санкционной блокировке со стороны европейских партнеров.

nLighten отключил серверы Mchost и VDSina в Нидерландах и Германии

Крупный европейский оператор дата-центров nLighten без какого-либо предварительного уведомления полностью обесточил и изолировал стойки с оборудованием компании MIRhosting, расположенные на площадках в Нидерландах и Германии.

Именно на этой инфраструктуре базировались зарубежные серверы и VPS/VDS российских хостинг-провайдеров:

  • Макхост (Mchost): из-за отключения питания на стороне MIRhosting серверы компании оказались полностью заблокированы. Сайты клиентов выдают сетевые ошибки, а сисадмины не могут достучаться до серверов даже через внутренние панели. Представители провайдера сейчас пытаются урегулировать конфликт в юридической плоскости, но параллельно в экстренном порядке ищут новые физические площадки, чтобы попытаться эвакуировать и перенести данные пользователей.

  • VDSina.ru: один из самых популярных провайдеров недорогих оверселленговых VPS в Амстердаме попал в абсолютно аналогичную ловушку. Сетевая связность с локациями в Нидерландах оборвана физически.

  • Тысячи запросов в духе «что с макхостом» и «макхост не работает»

Возможно ситуация затронула следующие хостинги:

  • THE.Hosting
  • UFO.Hosting
  • Alexhost.com
  • Hip.hosting
  • Datacheap.ru
  • ihc.ru

Majordomo Hosting пост от 4 июня в тг канале:

⚡️Обновление по ситуации с европейским сегментом

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

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

По оптимистичным оценкам, работы могут занять до 2–3 суток, однако сроки пока остаются предварительными.

Наша команда работает над восстановлением сервисов в круглосуточном режиме. Будем держать вас в курсе дальнейших обновлений.

Последние новости VDSina — переезд 3 датацентра

Актуальная информация у них на этой странице

Последние новости VDSina

Датацентр 3 полностью находится в процессе переезда

Идет переезд

Также сообщаем, что Датацентр 3 будет полностью находиться в процессе переезда с 4 по 7 июня 2026 года. В течение этого периода размещенные в нем сервисы могут быть временно недоступны. Мы будем публиковать обновления по мере выполнения работ и появления подтвержденной информации.

Что делать владельцам сайтов и сисадминам прямо сейчас?

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

  1. Подача заявки в ЛК ВТС (Для юридических лиц и бизнеса). Направьте официальный запрос в Роскомнадзор через кабинет технического содействия. Укажите ваши целевые IP-адреса и протоколы (HTTP/HTTPS, SSH). Это единственный легальный способ навсегда исключить ваш бизнес из-под веерных блокировок.

  2. Использование веб-консолей (VNC) для администрирования. Если закрыт прямой доступ по SSH/RDP, управляйте серверами через встроенные VNC-терминалы в личных кабинетах Beget, TimeWeb или Selectel. Они работают через браузер по альтернативным портам и протоколам, которые ТСПУ пока не блокирует.

  3. Смена портов по умолчанию. Попробуйте перевесить службу SSH с дефолтного 22-го порта на любой свободный пятизначный порт (например, 49152). В некоторых регионах это помогает временно обойти автоматические фильтры DPI.

  4. Проксирование через CDN. Использование распределенных сетей доставки контента (желательно с российскими IP-адресами, имеющими иммунитет от РКН) поможет скрыть реальный IP-адрес вашего сервера от систем ТСПУ.

Не работают сайты на хостинге REGRU, FirstVDS, Sprinthost, Fastvps?

Пока лидеры рынка вроде Selectel, Beget и TimeWeb открыто признают проблему ложных срабатываний ТСПУ и дают клиентам технические инструкции, другие крупные российские хостинг-провайдеры выбрали тактику молчания. На текущий момент компании REG.RU, FirstVDS, Sprinthost и Fastvps никак официально не прокомментировали сетевую аномалию в своих блогах или Telegram-каналах. На их официальных ресурсах отсутствуют плашки о проведении внеплановых работ, а в пресс-службах сохраняется тишина.

Однако, судя по многочисленным комментариям на профильных форумах, в соцсетях и ИТ-сообществах, клиенты этих провайдеров столкнулись с абсолютно аналогичными трудностями. Владельцы сайтов на REG.RU и Sprinthost массово жалуются на вечный таймаут при попытке открыть веб-страницы по HTTPS. В свою очередь, вебмастера и сисадмины, арендующие виртуальные и выделенные серверы у FirstVDS и Fastvps, заявляют о невозможности подключиться к своей инфраструктуре по протоколам SSH и RDP со стандартных домашних провайдеров. Ситуация усугубляется тем, что у многих пользователей из-за веерных ограничений трафика «отвалился» пинг (ICMP).

  • Зафиксирован сбой у Nethouse — конструкторы сайтов и интернет-магазины на этой платформе недоступны у большого количества пользователей в РФ.

Обратная связь: столкнулись с проблемой? Напишите нам!

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

Если вы являетесь владельцем сайта или администратором сервера на REG.RU, FirstVDS, Sprinthost, Fastvps или любой другой площадке, и ваш ресурс сейчас недоступен, пожалуйста, поделитесь своей историей @ebyebots_support

  • С какими именно симптомами вы столкнулись? (Не открывается сайт по HTTPS, заблокирован доступ по SSH/RDP, не работает почта или отвалился CDN?)

  • Какой регион и какого оператора связи (интернет-провайдера) вы используете?

  • Главное: что вам ответила техническая поддержка вашего хостинга? Ссылаются ли они на внешние фильтры ТСПУ со стороны РКН в закрытых тикетах, признают ли внутренний сбой или советуют ждать?

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

Как ТСПУ Роскомнадзора ломает легитимные сайты и серверы в июне 2026 года (Технический разбор)

Как вернуть доступ к Вашему сайту для пользователей

Памятка, как вернуть доступ к сайту если не открывается

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

Система глубокой фильтрации DPI сейчас нацелена на распознавание специфических ИТ-протоколов, однако алгоритмы ТСПУ дают ложные срабатывания. Они путают стандартные сетевые отпечатки популярных браузеров на движке Chromium с подозрительной активностью и ошибочно разрывают HTTPS-соединение.

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

РКН блокирует Ваш легальный сайт в июне 2026? 4 проверенных способа вернуть Ваш бизнес к жизни

Рекомендации для восстановления доступа к сайтам и VPS:

Использование браузера Mozilla Firefox

Это самый простой и быстрый способ для вас и ваших клиентов зайти на «пострадавшие» сайты. В отличие от Google Chrome, Яндекс.Браузера, Opera или Edge, которые работают на общем движке Chromium, Firefox использует собственный независимый движок Gecko. Он формирует принципиально иной TLS-отпечаток. Практика показывает: там, где Chromium-браузеры спотыкаются об алгоритмы ТСПУ и выдают ошибку таймаута, Firefox мгновенно и корректно открывает легитимные российские сайты.

Отключение протокола QUIC (HTTP/3) в настройках браузера

Часто ТСПУ некорректно реагирует на современный протокол передачи данных QUIC, работающий поверх UDP. Вы можете временно перевести свой браузер на классический и стабильный TCP-трафик:

  • В адресной строке Chrome или Яндекс.Браузера введите: chrome://flags/#enable-quic

  • Переключите параметр Experimental QUIC protocol в режим Disabled (Отключено).

  • Перезапустите браузер. После этого трафик пойдет по стандартному протоколу HTTP/2, который фильтры пропускают гораздо стабильнее.

Изменение конфигурации TLS на стороне сервера (для владельцев сайтов)

Если вы администрируете сервер на Beget, TimeWeb или Selectel и хотите, чтобы клиенты не испытывали проблем, временно измените настройки веб-сервера (Nginx/Apache):

  • Проверьте параметры шифрования в конфигах. Если на сервере жестко зафиксирован только протокол TLS 1.3, попробуйте временно разрешить поддержку TLS 1.2 и изменить приоритет cipher-наборов (наборов шифров).

  • Изменение серверного ответа заставит ТСПУ обрабатывать сессию по более старым, но стабильным легитимным алгоритмам, что снимет проблему ложного срабатывания DPI.

Временная смена сети (оператора связи)

Так как технические средства ТСПУ на сетях разных провайдеров обновляются неравномерно, маршрутизация трафика сильно отличается. Если ваш личный сайт или панель управления VPS не открывается через домашний кабельный интернет, попробуйте переключиться на мобильную сеть (раздать интернет со смартфона) или наоборот. В большинстве случаев на сетях одного из операторов связи ложного срабатывания фильтров не происходит, и вы сможете беспрепятственно продолжить работу.

Если у Вас есть дополнительная информация, которую Вы хотите добавить в нашу статью / рассказать о проблеме хостинга, который не указан здесь, напишите нам @ebyebots_support или ebyebotsru@gmail.com


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

  • Защиту под ключ: Мы сами арендуем для вас выделенный VPS в оптимальной локации (Москва/СПБ), настроим прокси-сервер. Вам не нужно обладать навыками DevOps и следить за конфигами.

  • Иммунитет к сегодняшним блокировкам ТСПУ: Наш стек изначально спроектирован под правильное мультиплексирование трафика — РКН считает ваши соединения абсолютно легитимными.

  • Комплексную фильтрацию ботов: Мы убираем мусорный трафик, снижаем отказы в Яндекс Метрике (в наших кейсах — с 78% до нормы) и спасаем Ваше SEO от накрутчиков.

  • Прозрачную веб-панель аналитики: Вы лично сможете контролировать каждый запрос через детальные логи (IP, User-Agent, причины блокировок). Даем 7 дней триала на панель аналитики бесплатно!

Узнать подробнее можно тут