Как понять, что IP сервера заблокирован Роскомнадзором

Сервер перестал открываться, и первая мысль: «IP попал под блокировку». По нашим тикетам это часто не так. Похожие симптомы дают белые списки мобильного интернета, проблемы на сети вашего провайдера, блокировка конкретного VPN-протокола или обычный сбой. Замена IP помогает только при настоящей блокировке адреса, поэтому сначала стоит убедиться, что дело именно в ней.

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

Коротко: признаки блокировки IP

Блокировка IP почти наверняка, если сходятся все три пункта:

1. Из-за границы сервер доступен. Ping и TCP-порты отвечают с зарубежных точек проверки.
2. Из России сервер недоступен с нескольких разных провайдеров, причём и по домашнему интернету, а не только по мобильному.
3. В панели сервер работает, метрики обновляются, консоль VNC открывается.

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

Шаг 1. Проверьте сервер в панели

Откройте сервер в my.oblako.sh и посмотрите на три вещи:

• Статус и причина остановки. Если сервер остановлен системой, причина указана в панели. Например, SNI issue означает, что сервер остановлен из-за маскировки VLESS Reality под чужой сайт. Это не блокировка Роскомнадзора, а предупредительная мера с нашей стороны, подробнее в статье Блокировки VLESS Reality и self-steal.
• Метрики. Если графики CPU и сети обновляются, виртуальная машина работает. Если они остановились, проблема на стороне сервера или узла, а не на пути до вас.
• Консоль VNC. Если консоль открывается, войдите в систему и проверьте, что нужные службы запущены, например systemctl status ssh или systemctl status xray.

Работает, но не открывается

Ошибка VncUnavailable вместе с остановившимися метриками означает, что недоступен сам узел. Это не блокировка, просто подождите или напишите в поддержку. При блокировке IP консоль VNC работает как обычно, потому что открывается через нашу панель, а не напрямую по IP сервера.

Шаг 2. Сравните доступность из России и из-за границы

Главный признак блокировки: из России адрес не отвечает, а из других стран отвечает. Удобнее всего проверить через check-host.net. У него есть точки проверки и в России, и в Европе.

Проверьте TCP-порт, на котором работает ваш сервис. Для SSH это порт 22, для VLESS обычно 443. Подставьте свой IP вместо 203.0.113.10:

https://check-host.net/check-tcp?host=203.0.113.10:22
https://check-host.net/check-tcp?host=203.0.113.10:443
https://check-host.net/check-ping?host=203.0.113.10

Как читать результат:

Россия	Другие страны	Что это значит
Не отвечает	Отвечает	Похоже на блокировку IP. Переходите к шагу 3, чтобы подтвердить
Не отвечает	Не отвечает	Сервер или сеть недоступны вообще. Это не блокировка, проверьте шаг 1
Отвечает	Отвечает	IP не заблокирован. Ищите причину у своего провайдера или в настройках VPN
Ping есть, TCP нет	Всё отвечает	Ограничение на уровне TCP. Часто так выглядит частичная блокировка

Ещё два сервиса, которые сделаны специально для проверки блокировок в России:

• побрили.рф. Введите IP сервера, и сервис пропингует его из России и для сравнения из-за рубежа. Результат сразу показывает, отвечает ли адрес из России.
• cheburcheck.ru. Проверяет, есть ли IP или домен в реестре блокировок Роскомнадзора и в списках заблокированных CDN. Если адреса в реестре нет, это ещё не значит, что он доступен: ТСПУ может ограничивать адреса, которые в реестр не внесены. Поэтому смотрите на него вместе с проверкой доступности.

Точек проверки в России немного, и они стоят в дата-центрах, а не у домашних провайдеров. Поэтому проверьте и сами, со своего интернета без VPN.

Windows (PowerShell):

Test-NetConnection 203.0.113.10 -Port 22

Ищите строку TcpTestSucceeded : True.

macOS и Linux:

nc -vz -w 5 203.0.113.10 22

Ответ succeeded или open значит, что порт доступен. timed out значит, что пакеты теряются по пути.

Шаг 3. Снимите MTR со своего интернета

MTR показывает весь путь от вашего устройства до сервера и потери на каждом узле. Это главный документ, по которому поддержка определяет, где проблема. Снимайте его с выключенным VPN, иначе вы увидите путь до VPN-сервера, а не до своего.

Windows. Скачайте WinMTR, впишите IP сервера в поле Host, нажмите Start и подождите 2 минуты. Затем нажмите Stop и Copy Text to clipboard.

macOS (через Homebrew):

brew install mtr
sudo mtr -r -w -c 100 203.0.113.10

Linux:

sudo apt install -y mtr-tiny
sudo mtr -r -w -c 100 203.0.113.10

-c 100 отправит 100 пакетов, этого достаточно, чтобы увидеть потери. Если обычный MTR проходит, а сервис всё равно не работает, повторите в режиме TCP на порт вашего сервиса:

sudo mtr -T -P 443 -r -w -c 100 203.0.113.10

Как читать MTR

Смотрите в первую очередь на последнюю строку, то есть на сам сервер. Колонка Loss% (в WinMTR колонка %) показывает потери, Avg (в WinMTR Avrg) среднюю задержку.

• Потери на промежуточных узлах ничего не значат, если последняя строка чистая. Маршрутизаторы часто не отвечают на служебные пакеты или отвечают медленно. Строки ???, No response from host и Request timed out в середине трассы это норма.
• Важны потери, которые начинаются на каком-то узле и сохраняются до самого конца. Именно этот узел или участок за ним и есть место проблемы.
• Задержка растёт там, где пакеты идут физически далеко. Скачок с 1 до 40 мс на выходе из России в Европу нормален. Скачок внутри сети вашего провайдера, ещё до выхода за границу, указывает на провайдера.

Как выглядит блокировка и как не выглядит

Все примеры взяты из реальных обращений. Адреса и имена узлов заменены. Красным отмечены потери, которые сохраняются до самого сервера, жёлтым потери только на промежуточном узле, штриховкой узлы, которые не отвечают совсем. Чёрная полоса показывает среднюю задержку.

Нормальная трасса

УзелПотериЗадержка

1. 1home.router0%1 мс
2. 2198.51.100.300%3 мс
3. 310.161.253.65Не отвечает на часть служебных пакетов68%10 мс
4. 410.160.252.340%5 мс
5. 5198.51.100.6968%10 мс
6. 6198.51.100.2330%39 мс
7. 7не отвечает
8. 8не отвечает
9. 9edge-fra.example.net0%75 мс
10. 10не отвечает
11. 11203.0.113.10Ваш сервер2%72 мс

Всё в порядке: молчат только промежуточные узлы, сервер отвечает

На узлах 3 и 5 потери 68%, а дальше несколько узлов вообще молчат. Но сервер в последней строке отвечает почти без потерь. Значит, промежуточные маршрутизаторы просто не отвечают на служебные пакеты, а трафик проходит. IP не заблокирован, причину проблемы с подключением нужно искать в настройках сервера или клиента.

Блокировка на ТСПУ

УзелПотериЗадержка

1. 1home.router0%0 мс
2. 4isp-gw.example.ru0%1 мс
3. 6core1.izh.isp.example.ru0%39 мс
4. 7core2.kaz.isp.example.ru5%8 мс
5. 8core3.msk.isp.example.ruПотери не доходят до конца, это не проблема53%20 мс
6. 11border.hel.isp.example.ruВыход из сети российского провайдера0%41 мс
7. 12transit-hel.example.net15%88 мс
8. 14transit-fra.example.net11%102 мс
9. 18dc-fra.example.net11%86 мс
10. 19не отвечает
11. 21203.0.113.10Ваш сервер15%91 мс

Блокировка на ТСПУ: потери начинаются за границей сети провайдера и держатся до сервера

Клиент жаловался на скорость около 1 Мбит/с, хотя сам сервер качал наружу на 650 Мбит/с. Потери около 15% появляются после выхода из сети российского провайдера и держатся до самого сервера. Это ограничение адреса на ТСПУ, в таком случае помогает замена IP.

При полной блокировке картина ещё проще: трасса доходит до границы сети российского провайдера, дальше идут только ???, а последняя строка показывает 100% потерь. При этом с check-host из Европы сервер отвечает без потерь.

Потерь нет, но скорость низкая

УзелПотериЗадержка

1. 1192.168.1.10%0 мс
2. 21-87.isp.example.ru0%1 мс
3. 316-78.isp.example.ru1%1 мс
4. 414-78.isp.example.ru0%1 мс
5. 5ix-fra.example.netТочка обмена во Франкфурте: вся задержка набрана до неё0%69 мс
6. 6не отвечает
7. 7edge-fra.example.net0%64 мс
8. 8203.0.113.10Ваш сервер0%69 мс

IP не заблокирован. Причину медленной скорости по одной трассе не определить

Потерь нет вообще, сервер отвечает на каждый пакет. Вся задержка в 69 мс набирается до точки обмена трафиком во Франкфурте: от Урала до Германии пакеты везёт сам провайдер клиента. После точки обмена задержка уже не растёт. Днём скорость падала до 50 Мбит/с, ночью поднималась до 400 Мбит/с.

Адрес точно не заблокирован, но причин у такой картины может быть две, и MTR их не различает:

• Загрузка канала у провайдера. Днём международный канал забит, ночью свободен.
• Замедление на ТСПУ. Трафик до зарубежных хостингов и VPN-протоколы в России замедляют, а не только блокируют. На трассе такое замедление не видно: ping и MTR ходят нормально, страдает только передача данных.

Как отличить, смотрите в разделе Если упала только скорость. В обоих случаях замена IP вряд ли поможет: маршрут выбирает провайдер, а замедление обычно касается всей подсети хостинга или самого протокола, а не одного адреса.

Проблема в сети провайдера с самого начала

УзелПотериЗадержка

1. 1192.168.1.10%0.6 мс
2. 2198.51.100.10%2.4 мс
3. 310.21.249.202Скачки до 2 секунд уже внутри сети провайдера0%60.8 мс
4. 4не отвечает
5. 5не отвечает
6. 6198.51.100.15366%578 мс
7. 7198.51.100.318%448 мс
8. 15203.0.113.10Ваш сервер28.6%140 мс

Ограничение у провайдера: сбой начинается с третьего узла, задолго до нашей сети

Задержки до 2 секунд появляются уже на третьем узле, внутри сети провайдера, задолго до нашего дата-центра. Через мобильный интернет тот же сервер работал без проблем. Это ограничение у домашнего провайдера: перегрузка его сети или фильтрация определённого вида трафика. Обычно помогает VPN-протокол на порту 443 или протокол с обфускацией, а не смена IP.

Если упала только скорость

Блокировка не всегда полная. Иногда соединение устанавливается, а данные почти не идут или идут медленно. Причин три: ограничение полосы самого сервера, перегрузка у провайдера и замедление на ТСПУ. Чтобы понять, где узкое место, сравните скорость в двух направлениях.

С самого сервера до публичного сервера в Германии. Подключитесь по SSH и выполните:

apt install -y iperf3
iperf3 -4 -c a110.speedtest.wobcom.de -t 30
iperf3 -4 -c a110.speedtest.wobcom.de -t 30 -R

От вас до сервера. Запустите на сервере iperf3 -s, а у себя без VPN:

iperf3 -c 203.0.113.10 -R

Быстро здесь значит десятки и сотни мегабит в секунду, медленно значит единицы и меньше.

С сервера	До сервера	Что это значит
Быстро	Быстро	Сеть в порядке. Если медленно только через VPN, замедляют сам протокол
Быстро	Медленно	Ограничение на пути от вас до сервера: провайдер или ТСПУ
Медленно	Медленно	Ограничена полоса самого сервера, напишите в поддержку

Характерный признак ограничения на пути выглядит так: данные идут рывками, одна секунда с трафиком, следующая с нулём.

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   128 KBytes  1.05 Mbits/sec
[  5]   1.00-2.00   sec  0.00 Bytes  0.00 bits/sec
[  5]   2.00-3.00   sec   128 KBytes  1.05 Mbits/sec
[  5]   3.00-4.00   sec  0.00 Bytes  0.00 bits/sec

Замедление на ТСПУ

С июня 2025 года российские провайдеры замедляют соединения с подсетями крупных зарубежных хостингов и CDN. По наблюдениям сообщества net4people и Cloudflare, соединение устанавливается, первые 15 или 20 КБ проходят, а потом пакеты перестают приходить и соединение зависает без ошибки. Маленькие страницы при этом открываются, а всё крупнее загружается бесконечно. В 2026 году ТСПУ начали замораживать и VPN-соединения по поведению: клиент пишет «подключено», но трафика нет или он идёт рывками.

Признаки такого замедления:

• ping, MTR и проверка порта проходят нормально, адрес не выглядит заблокированным;
• проблема есть с проводного интернета или одного оператора, а с другого всё работает;
• SSH работает, а VPN или HTTPS к тому же серверу нет;
• без VPN скорость нормальная, а через VPN падает в разы.

Проверить своего провайдера на такое ограничение можно на странице dpi-checkers TCP 16-20 с выключенным VPN. Она проверяет популярные зарубежные хостинги и показывает, режет ли ваш провайдер соединения к ним. Если ограничение есть, оно касается целых подсетей хостингов, и замена IP на соседний адрес обычно не помогает. Выручает другой протокол или промежуточный сервер в России, подробнее ниже в разделе Блокируется протокол.

Что видят участники форума ntc.party, где обсуждают блокировки в России. Это наблюдения пользователей, а не официальные данные, но несколько из них повторяются у разных людей:

• Порог плавает. В теме «16кб блокировка» в феврале и марте 2026 года называют диапазон примерно от 14 до 25 КБ на соединение, а для HTTP иногда больше.
• Блокируют подсеть или весь хостинг, а не один адрес. В темах «Периодические отвалы доступа к VPS» и «Как ТСПУ ломает Reality и XHTTP» участники описывают ограничения сразу для целых диапазонов хостеров.
• Блокировка бывает временной. Доступ пропадает примерно на 10 или 15 минут и возвращается сам. Иногда держится до полудня. Уже открытые соединения при этом часто продолжают работать, а новые не устанавливаются.
• Сайт на том же IP открывается, а VPN нет. Значит, режут не весь адрес, а конкретный вид трафика.
• Помогает каскад. Многие подключаются сначала к недорогому серверу в России, а уже с него к зарубежному.

Поэтому, если сервер пропадает на несколько минут и возвращается сам, не спешите менять IP: подождите 15 минут и проверьте снова.

Чтобы понять, замедляют ли конкретно протокол, сравните скорость через VPN и без него. Если iperf3 или загрузка файла с сервера без VPN идёт быстро, а через VPN медленно, проблема в протоколе, а не в адресе и не в канале.

Ограничение полосы сервера

Если ваш сервер долго держит нагрузку больше 100 Мбит/с, полоса может быть ограничена по правилам честного использования канала. В этом случае медленно работает всё, включая загрузки с самого сервера, а не только соединение из России.

MTR с сервера по порту 22

Исходящий порт 22 на наших серверах по умолчанию закрыт для защиты от перебора паролей. Поэтому mtr -T -P 22 с сервера обрывается на втором узле, и это не потери. Для обратной трассы используйте обычный режим или порт 443: mtr -T -P 443 -r -w -c 100 ВАШ_ДОМАШНИЙ_IP.

Это может быть не блокировка IP

Белые списки на мобильном интернете

В ряде регионов операторы мобильной связи включают белые списки: открываются только разрешённые российские сайты и сервисы, а все зарубежные адреса недоступны. В этом режиме не работает ни один зарубежный сервер, и замена IP не поможет.

Проверьте просто: выключите VPN и откройте любой зарубежный сайт, которого нет в списках, например example.com. Если он тоже не открывается по мобильному интернету, а по домашнему Wi-Fi открывается, дело в белых списках. Пока они включены, к зарубежному серверу можно подключиться только через промежуточный сервер в России.

Блокируется протокол, а не адрес

Если сервер пингуется, SSH подключается, а VPN не работает, работает очень медленно или только на одном провайдере, блокируется или замедляется сам протокол. Так бывает:

• VLESS Reality с чужим SNI (www.microsoft.com, www.google.com и другие популярные сайты). Такие серверы ТСПУ находит быстрее всего, а потом блокирует уже и адрес. Переходите на self-steal со своим доменом по инструкции Блокировки VLESS Reality и self-steal.
• WireGuard и AmneziaWG. Их блокировки зависят от региона и провайдера: в одном городе работает, в другом нет. Если UDP-протоколы не работают у вашего провайдера, попробуйте протокол поверх TCP на порту 443.

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

Сбой сервера или сети

Если сервер недоступен отовсюду, включая зарубежные точки check-host, это не Роскомнадзор. Проверьте панель по шагу 1, перезагрузите сервер и, если не помогло, напишите в поддержку.

Что делать, если IP заблокирован

1. Устраните причину, если блокировка связана с VPN. Пока сервер маскируется под чужой сайт, новый IP проживёт недолго.
2. Напишите в поддержку из панели и приложите:
   • IP сервера;
   • ссылки на результаты check-host для TCP-порта вашего сервиса;
   • MTR со своего интернета без VPN, целиком, как скопировали;
   • провайдера и город, откуда не открывается.
3. Мы заменим IP. Замена платная. Если адрес оказался заблокирован в день покупки сервера, заменим бесплатно. Данные на сервере при замене сохраняются, меняется только адрес.

Не нужно описывать проблему длинным текстом: по одному MTR без VPN и ссылке на check-host мы обычно сразу видим, где проблема.

Проверка до покупки

Хотите проверить доступность нашей сети со своего провайдера до заказа? Сделайте MTR и проверку портов до адреса test.datapasa.com. Он находится в одной из сетей, из которых выдаются адреса серверам клиентов.

Шпаргалка

Симптом	Вероятная причина
Из-за границы отвечает, из России нет, с разных провайдеров	Блокировка IP
Не отвечает ни из России, ни из-за границы	Сбой сервера или сети, не блокировка
Не работает только мобильный интернет, зарубежные сайты тоже не открываются	Белые списки
Пинг и SSH работают, VPN нет	Блокировка протокола или SNI
В MTR потери только в середине, последняя строка чистая	Всё в порядке, ищите проблему в настройках
Задержка или потери появляются в сети провайдера, до выхода за границу	Проблема у провайдера
Потерь нет, но скорость низкая днём и нормальная ночью	Перегрузка у провайдера или замедление на ТСПУ
Сайты и VPN зависают после начала загрузки, маленькие страницы открываются	Замедление на ТСПУ, ограничение по объёму соединения
Без VPN быстро, через VPN медленно	Замедление протокола
Сервер пропадает на 10 или 15 минут и возвращается сам	Временная блокировка на ТСПУ, подождите и проверьте снова
Скорость скачет между 1 Мбит/с и нулём, с сервера наружу всё быстро	Ограничение на пути, у провайдера или на ТСПУ
Медленно всё, включая загрузки с самого сервера	Ограничение полосы сервера

Блокировка адреса провайдером не значит, что вы нарушили правила: личный VPN с Reality на OBLAKO разрешён, если в SNI стоит ваш собственный домен. Если адрес действительно заблокирован, проще всего заказать новый сервер и перенести на него настройки. Тарифы смотрите на странице VPS в Германии. Если IP чистый, а VPN всё равно не подключается, пройдите пошаговую диагностику.