Мой VPN-сервер стоял на Hetzner, и из России он работал странно: одни подключения летали, другие висели до таймаута. Я начал разбираться и в итоге проверил 435 зарубежных хостингов. Большинство из них работает. А замораживают целые сети, вместе со всеми, кто в них арендует место. Ниже расскажу, кого именно, как это устроено и как за полминуты проверить свой сервер

С чего началось

На сервере у меня было два способа подключения. AmneziaWG работал быстро. Reality на том же сервере не подключался вообще: соединение открывалось и висело, пока не истекало время ожидания.

Сначала я решил, что мой адрес попал в чёрный список. Поднял на сервере страницу с файлом на 2 МБ и открыл её из России с выключенным VPN. Загрузка вставала на первых килобайтах, каждый раз на одном и том же месте. Из Европы тот же файл приходил за четверть секунды.

Потом я открыл тестовые файлы самого Hetzner, которые лежат на его серверах в Финляндии и Германии. Они вставали точно так же. Значит, дело не в моём адресе. Тестовые файлы OVH, Vultr и Scaleway повели себя так же, значит, дело и не в Hetzner.

Кого замораживают

Чтобы понять масштаб, я собрал публичные тестовые файлы хостингов, в основном из каталога looking.house, и написал скрипт. Он открывает к каждому файлу одно соединение и пробует скачать 256 КБ. Сначала я прогнал весь список из Европы, чтобы отсеять мёртвые точки. Осталось 435 точек у 154 компаний.

Потом тот же список из России. С домашнего интернета скачались 87 % точек. Остальные застряли почти на одном и том же объёме, около 16 КБ, хотя это разные компании на разных континентах. Мобильный Билайн дал ту же картину, а на небольшой выборке совпал и МТС. Значит, дело не в операторе: правило одно для всей страны.

Застрявшие точки собираются в 14 сетей, которые заморожены целиком:

Сеть

Заморожено точек

Кто ещё стоит в этой сети

OVH (Франция, Канада, США)

12 из 12

BlueVPS, IPhoster, KarasHost, SadeemRDP, ThomasHost

GTHost

11 из 11

Qyrax

HostPapa

7 из 7

RackNerd, DediRock, HostNamaste, Server Wala, SolaDrive

DigitalOcean

3 из 3

точки в Лондоне, США, Австралии

M247

3 из 3

1Gbits, Hosteroid, servinga

Hetzner (включая США и Сингапур)

все

Packetra

Vultr, Scaleway, BuyVM, Clouvider, Glesys, iomart, TransitX

все

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

Проходят, например, HostHatch, FlokiNET, Psychz, Shock Hosting, Free Range Cloud, AltusHost, Kuroit, Virtua, SpeedyPage, Time4VPS, Serverius, LiteServer и Google Cloud. Всего около 120 компаний. Рекомендовать их я не берусь: это только результат на дату замера.

Важна сеть, а не название хостинга

Сначала результаты выглядели случайными. У хостинга BlueVPS одни точки проходили, другие нет. Всё встало на место, когда я посмотрел, в чьей сети стоит каждая точка.

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

Владельца сети легко проверить: whois или ipinfo по адресу сервера показывают номер AS и компанию. BlueVPS в собственной сети прошёл все 7 точек. Тот же BlueVPS в сетях OVH, Clouvider и Glesys заморожен. RackNerd, которого многие считают отдельным дешёвым хостингом, стоит в сети HostPapa и заморожен вместе с ней.

Страна тоже не спасает. У Hetzner в США и Сингапуре отдельные сети со своими номерами, и они заморожены так же, как европейские. OVH заморожен во Франции, Канаде и США. Похоже, в список вносят компанию целиком, со всеми её сетями.

Как устроена заморозка

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

Чтобы проверить, что именно считается, я поставил сервер в замороженной сети и записывал на нём каждый пришедший и ушедший пакет. С телефона в России я гонял несколько тестов, в том числе поток очень мелких пакетов по 200 байт.

Этот тест и дал ответ. Дома мелкие пакеты остановились на 4,8 КБ, а обычные на 33 КБ. Байтов в семь раз меньше, а пакетов в обоих случаях около 25. На мобильных Билайне и МТС порог ниже, около 8 пакетов.

Что из этого следует:

  • считаются пакеты, а не байты; известные «16 КБ» получаются просто из 25 обычных пакетов;

  • счётчик работает на одно соединение: тридцать коротких соединений прошли все, а по одному длинному прошли только первые куски;

  • замерзает в обе стороны: после порога до сервера перестают доходить и запросы с телефона;

  • соединение не обрывается и просто зависает, поэтому приложение не показывает ошибку сразу и ждёт;

  • на мобильном восьми пакетов не хватает даже на начало защищённого соединения, поэтому HTTPS и Reality не получают ничего. Именно поэтому мой Reality не работал совсем.

А AmneziaWG работал, потому что заморозка касается только TCP, обычного способа передачи данных для сайтов и большинства приложений. WireGuard и AmneziaWG работают по UDP, его заморозка пока не трогает.

Почему именно эти сети

Официально список никто не публиковал, но в нём заметна закономерность: это сети, где много VPN-серверов. Hetzner и DigitalOcean дешёвые, с почасовой оплатой, и россияне массово держат там личные VPN, об этом писали ещё летом 2025-го. M247 сама продаёт серверы под VPN, а адреса в её сети определяются как серверы CyberGhost, Hotspot Shield и других коммерческих VPN.

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

Кто это делает

Оборудования я не вижу, но признаки указывают на ТСПУ, систему фильтрации, которая по закону о «суверенном интернете» стоит у всех российских операторов. Правила для неё задаёт Роскомнадзор (обзор). Три разных оператора ведут себя одинаково до пакета, а так бывает, только если правило спущено сверху. Это и не блокировка по адресу: при ней соединение не открывается вовсе.

Cloudflare описал то же самое ограничение в 16 КБ ещё в июне 2025 года и прямо писал, что его ставят российские провайдеры, среди них Ростелеком, МегаФон, Вымпелком (Билайн), МТС и МГТС.

Интересно, что сам Cloudflare сейчас проходит. Я проверил обычные сайты на нём, в том числе cloudflare.com, cdnjs, unpkg и jsDelivr, дома и на мобильном: все 36 попыток прошли. Список меняется, и иногда из него убирают. А Hetzner, DigitalOcean и OVH, которые пострадали тогда же, заморожены до сих пор.

Что делать, если ваш сервер заморожен

  1. Узнайте, в чьей сети стоит сервер: адрес в ipinfo или whois покажет владельца. Если это OVH, M247, HostPapa или Hetzner, название хостинга на сайте уже неважно.

  2. Убедитесь, что это заморозка: из России с выключенным VPN загрузка встаёт, а из-за границы проходит.

  3. Если нужно срочно, поднимите WireGuard или AmneziaWG на том же сервере. Это временная мера.

  4. Не тратьте время на новый адрес у того же провайдера или другой порт: новый адрес окажется в той же сети, а порт ни на что не влияет.

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

  6. Держите запасной сервер в сети другой компании: список меняется.

Проверьте сами

Скрипт и список целей лежат в открытом доступе: freeze-check. Нужны только bash и curl. Работает на Linux, macOS и в Git Bash на Windows, ничего никуда не отправляет, а в результатах нет вашего IP.

Скачайте два файла:

mkdir freeze-check && cd freeze-check
curl -fsSLO https://raw.githubusercontent.com/MarkSinD/freeze-check/main/freeze-check.sh
curl -fsSLO https://raw.githubusercontent.com/MarkSinD/freeze-check/main/targets.tsv

Скрипт короткий, его стоит прочитать перед запуском. Потом:

bash freeze-check.sh scan --quick --wait

Флаг --wait позволяет запустить скрипт и только потом выключить VPN: он дождётся российского адреса и начнёт сам. Через полминуты вы увидите, какие сети замерзают на вашем подключении. Команда owner подскажет, в чьей сети ваш сервер и что я там намерил.

Ограничения

Замер сделан 5–6 ноября 2026 года одним человеком на двух подключениях в одном городе. Тестовые файлы хостинга могут стоять не в той подсети, что обычные серверы. AWS и Azure войдут в следующий прогон, а у Oracle, Contabo и Linode рабочих тестовых файлов не нашлось. Через неделю я повторю скан и обновлю цифры.

Вместо вывода

Если у вас другой оператор или регион, запустите скрипт и напишите в комментариях, какие сети замерзают у вас. А ещё лучше, пришлите результат через форму на GitHub, и я добавлю его в общую таблицу. Особенно интересны Tele2, МегаФон, Ростелеком и регионы.

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