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

Что произошло

По сообщениям профильных изданий, 4 августа 2026 года десятки VPN-сервисов одновременно столкнулись с недоступностью серверов и обрывами соединений. Волна затронула более двадцати популярных решений. Отличие от прошлых блокировок — в цели: если раньше системы фильтрации охотились за конкретным протоколом или приложением, то теперь под ограничение попадают IP-адреса хостинг-провайдеров целиком. Заблокировали не «протокол X», а сам дата-центр, где стояли серверы сразу многих сервисов.

Это часть более широкой тенденции. К концу февраля 2026 года Роскомнадзор отчитывался уже о 469 ограниченных VPN-сервисах, а с декабря 2025-го под блокировки стали попадать и отдельные транспортные протоколы — SOCKS5, VLESS, L2TP. Параллельно Минцифры обсуждает новые меры контроля именно за IP-адресами хостингов и за «замаскированными» VPN.

Почему удар по инфраструктуре опаснее блокировки протокола

Блокировку по протоколу сервис может обойти технически: поменять обфускацию, обновить клиент, добавить новый слой маскировки. Но когда блокируют весь диапазон IP-адресов хостинг-провайдера, под раздачу попадают все серверы, которые там стоят, — независимо от того, какой протокол они используют и насколько хорошо замаскированы. Особенно уязвимы сервисы, которые арендуют мощности у одного-двух крупных провайдеров: достаточно закрыть их диапазоны, и весь сервис «ложится» разом.

Что снижает риск — и что тут может VPN

Ни один VPN сегодня не может честно обещать «нас не заблокируют никогда» — это было бы неправдой. Но устойчивость сервиса к такой тактике определяется несколькими вещами на уровне архитектуры:

• Своя инфраструктура, а не перепродажа чужой. Сервисы, которые поднимают серверы сами на разных провайдерах и в разных странах, теряют при блокировке одного диапазона лишь часть узлов, а не всё сразу.
• Обфускация на уровне протокола. Маскировка трафика (например, AmneziaWG) не спасает от блокировки по IP, но защищает от отдельной, не менее важной атаки — распознавания VPN-трафика по «форме» пакетов. Это два разных уровня, и нужны оба.
• Быстрое переключение между серверами. Когда один узел становится недоступен, важно, чтобы приложение само перевело пользователя на рабочий сервер, а не оставляло его наедине с «крутящимся подключением».

Как это устроено в HamikVPN

Мы держим собственные серверы на разных площадках и в разных странах — это не перепродажа доступа к одному хостингу. Трафик идёт по AmneziaWG с обфускацией, то есть на уровне протокола не выглядит как типовой VPN. А приложение получает от сервиса упорядоченный список узлов: если основной сервер перестаёт отвечать, клиент автоматически переключается на следующий рабочий — без ручного вмешательства и без необходимости что-то перенастраивать.

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