Блокировка работы хостингов в России: что происходит?

В конце мая — начале июня 2026 года волна сбоев прокатилась по десяткам хостинг-провайдеров.

Сбои шли по двум сценариям:

• Для компаний, работающих на инфраструктуре внутри России, основной причиной стала работа ТСПУТехнические средства противодействия угрозам.
• Те же, что размещались на инфраструктуре в европейских странах, оказались в центре расследования, а также пережили отключения и — в некоторых случаях — изъятие серверов.

Мы собрали инциденты воедино — в первую очередь для пользователей Amnezia Self-hosted, — чтобы вы понимали контекст, в котором работают сервисы, восстанавливающие доступ к интернету.

THE.Hosting — предвестник массовых проблем с хостингами

Первыми на сбои в работе хостинг-провайдера THE.Hosting — также известного как PQ.Hosting, Stark Industries, WorkTitans и UFO Hosting — пожаловались 19 мая пользователи «Хабра». Также сбои наблюдались на стороне Geo.Hosting.

Проблема, как выяснилось позже, заключалась в претензиях европейских правоохранителей к «хостеру-оптовику» — MIRHosting, чьими услугами пользовались многие российские (и не только) хостинги. Компания предоставляла им доступ к крупным интернет-серверам в Амстердаме и Франкфурте, выступая в качестве «моста», по которому трафик курсировал между Россией и Европой.

Незадолго до массовых сбоев в России, 18 мая, нидерландская FIODСлужба финансовых разведки и расследований провела рейд по делу о нарушении санкционного законодательства. Оперативники задержали двух подозреваемых и изъяли более 800 серверов — в том числе оборудования MIRHosting — в дата-центрах в Дронтене и Схипхол-Рейке.

Спустя какое-то время пользователи THE.Hosting потеряли часть VPSVirtual private server, частный виртуальный сервер без возможности восстановить их даже из резервных копий; пропал доступ к сайту и биллингу. Сервис прекратил работу 30 мая. Данные на части серверов не подлежат восстановлению.

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

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

nLighten как точка отказа для цепочки хостеров

Мы, как и другие исследователи, видим связь между облавой на «хостеров-оптовиков», интересом правоохранителей к ЦОДЦентр обработки данных nLighten и массовыми сбоями среди отечественных хостингов.

Дело в том, что руководство дата-центра обесточило оборудование MIRHosting в Нидерландах и Германии, не предупредив пользователей. Чтобы избежать штрафов и снизить юридические риски, дата‑центр nLighten решил отключить главного арендатора. Сработал каскадный эффект — вместе с MIRHosting легли все проекты, арендовавшие мощности уже у нее.

Другие хостинги

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

• «Евробайт», «Макхост» — 2 июня оказались недоступны европейские серверы провайдера. В компании заявили, что причиной стал инцидент на стороне MIRHosting.
• VDSina — 3 июня на одном из SEO-форумов обсуждали 12-часовую недоступность VPS. Компания признала проблемы с частью серверов и предупредила, что решение может занять несколько дней, поскольку ситуация зависит от «третьей стороны». На следующий день представители сервиса объявили о переносе инфраструктуры на новую площадку. Компания также хостилась у MIRHosting.
• Возможно, действия nLighten также затронули Alexhost.com, Hip.hosting, Datacheap.ru и ihc.ru.

Неизвестно, связано ли это было с событиями в ЕС, но в тот же период инциденты произошли на стороне HostVDS, AdminVPS и «Айхор Хостинг» — вечером 4 июня российские пользователи этих сервисов сообщили о сбоях. По данным Detector404, тройка провайдеров работала нестабильно. Основные жалобы: сервис недоступен или не отвечает.

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

Суммируя, мы можем говорить о двух волнах блокировок: первой — в мае, после рейда нидерландских силовиков, изъявших часть серверов, и второй — в июне, после демарша nLighten.

Июньские сбои в работе хостеров в России

Начало июня принесло неприятные сюрпризы и для российских компаний. Так, о сбоях сообщили, среди прочих, Timeweb, Beget, Selectel и SpaceWeb. Они признали проблемы с доступом к своим сервисам, подчеркнув, что их собственные сети и серверы работают в штатном режиме, а сбои связаны с обновлением настроек ТСПУ на стороне РКН.

Если верить сообщениям компаний, сбои не были связаны с событиями в Нидерландах. Возможно, совпадение по времени таковым и является.

Проблемы у пользователей Amnezia Self-hosted

В описываемый период пользователи Amnezia Self‑hosted сообщали о проблемах с доступом. В наших сообществах в Reddit, Telegram и Discord жаловались на ошибки подключения. Среди упомянутых оказались и вышеназванные хостинг‑провайдеры AdminVPS, VDSina и UFO Hosting.

Российским хостингам запретят предоставлять инфраструктуру для VPN

К внешним проблемам хостеров в России добавилась внутренняя — Госдума утвердила пакет законов, который изначально был нацелен на борьбу с телефонными и интернет-мошенниками. К финальному голосованию в текст внесли норму, запрещающую выделять серверные мощности для сайтов и IT-инфраструктуры, открывающих доступ к запрещенным в РФ ресурсам. На практике закон запрещает предоставлять серверы VPN-сервисам.

Скорее всего, провайдерам придется сверять арендаторов со специальным перечнем нарушителей, составленным РКН.

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

Как пользователям self-hosted уберечься от последствий блокировок

Описываемый период оказался «идеальным штормом» для хостинговых платформ, работающих с клиентами в России. Правовое давление за рубежом и аппаратное — дома — вынуждает сервисы искать запасные ресурсы в виде дополнительных площадок.

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

• Проверяйте историю платформы — не замешана ли она в скандалах или судебных разбирательствах? Чьи мощности она арендует? Пара лишних часов работы с поисковиками сберегут деньги и нервы в перспективе.
• Сохраните сценарии для развертывания сервера — Docker-compose файлы или bash-скрипты — локально или в личном репозитории. Так вы сможете поднять новый сервер за 15 минут даже если с оригинальным хостингом случится ЧП.
• Держите запасную копию сервера, особенно если храните на нем информацию, у стороннего провайдера. Как показывает опыт последних двух недель, желательно в другой юрисдикции.