VPS не открывается: сломался сервер или мешает ваш провайдер? Проверяем за пять минут

Вы заходите в личный кабинет: услуга активна, срок оплачен. Но SSH молчит, удалённый рабочий стол не подключается, сайт на сервере не открывается. Первая мысль: «сервер сломался, пусть заменят или вернут деньги». Но иногда сервер в полном порядке, а не работает именно путь от вас до него. Это разные ситуации, и решаются они по-разному. Ниже - способ отличить одну от другой и порядок действий для каждой.

Коротко. Проверьте сервер из другой сети и через бесплатный сервис Check-Host. Если он отвечает со стороны, а у вас нет, он исправен, а ограничение возникает у вашего провайдера или выше по маршруту. На такие ограничения мы повлиять не можем, поэтому в этом случае IP-адрес не меняем и возврат не оформляем: услуга работает как положено.

Две разные проблемы с одинаковым симптомом

Снаружи обе выглядят одинаково: «не подключается». Но причины разные.

• Сервер действительно не работает. Он завис, что-то упало внутри, закрыт порт или случилась авария на стороне дата-центра. Не отвечает он никому, из любой страны.
• Сервер работает, но до него не добраться из вашей сети. Ваш провайдер или оператор выше по цепочке не пропускает трафик к этому адресу. Из других сетей он открывается без проблем.

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

Шаг 1. Откройте сервер с телефона

Самая быстрая проверка. Отключите на телефоне Wi-Fi, оставьте мобильный интернет и попробуйте открыть сайт с сервера или подключиться к нему. Другой вариант: раздайте интернет с телефона на компьютер и повторите то, что не получалось.

• С мобильного работает, с домашнего нет - ограничение у вашего домашнего провайдера.
• Не работает и там, и там - идём дальше.

Шаг 2. Спросите стороннюю площадку: Check-Host

Check-Host (check-host.net) - бесплатный сайт, который проверяет ваш адрес сразу из множества стран. Регистрироваться не нужно.

1. Откройте check-host.net. В строке вверху впишите IP сервера и порт через двоеточие. Для SSH это порт 22, для удалённого рабочего стола Windows - 3389, для сайта - 80 или 443. Например: 203.0.113.10:22.
2. Под строкой есть кнопки Info, Ping, HTTP, TCP port, UDP port, DNS. Нажмите TCP port: проверка стартует сразу, отдельной кнопки «Проверить» нет.
3. Подождите около 15 секунд, пока страница заполнится строками по странам.

В таблице три колонки: Location (откуда проверяли), Result и Time (время ответа в секундах: 0.050 s - это 50 миллисекунд). Connected значит, что узел достучался до порта. Красное Connection timed out - ответа не было.

Вот реальный результат проверки порта 22 одного из наших серверов в Нидерландах, снятый 1 октября 2026 года (показаны первые строки таблицы):

Как это читать:

• Почти везде Connected, а время растёт с расстоянием: Амстердам отвечает за 0.002 s (2 мс), Франкфурт за 0.009 s, Москва за 0.042-0.050 s, Сидней за 0.294 s.
• Один узел (Бухарест) показал Connection timed out, хотя сервер исправен. Один красный узел из десятков ничего не доказывает: у самого узла проверки бывают свои сложности. Смотрите на общую картину и на узлы в вашей стране.
• У каждого отчёта есть постоянная ссылка (Permanent link to this check report над таблицей), её удобно сохранить: по ней видно то же, что видите вы.

Кнопка Ping показывает, отвечает ли адрес на ping, но доверять ей слепо нельзя: некоторые сети намеренно не отвечают на ping, хотя порт при этом открыт. Поэтому порт (TCP) надёжнее.

Шаг 3. Посмотрите, где обрывается маршрут

Команда показывает все узлы по дороге к серверу и где пропадают ответы. Откройте PowerShell или терминал и выполните (вместо ВАШ_IP подставьте адрес сервера):

Windows:

tracert -d ВАШ_IP

macOS и Linux (если mtr не установлен, используйте traceroute -n ВАШ_IP):

sudo mtr -rwn -c 10 ВАШ_IP

Что делают ключи: -r выводит итоговый отчёт, -w не обрезает адреса, -n не определяет имена (так быстрее), -c 10 - десять замеров на каждый узел.

Читать результат нужно с конца. Вот пример результата до нашего сервера в Нидерландах (замер 1 октября 2026 года):

На глаз тут сразу две «аварии»: четвёртая строка теряет 40% пакетов, вторая - вообще 100%. Но это ложная тревога. Многие маршрутизаторы нарочно отвечают на служебные запросы выборочно, а транзитный трафик пропускают нормально. Доказательство - все строки ниже. Они без потерь, а последняя (это и есть сервер) отвечает на 100%. Правило простое: если последний узел отвечает без потерь, маршрут рабочий, что бы ни происходило посередине.

Тревожная картина - обратная: потери начинаются на каком-то узле и держатся до самого конца, а сервер не отвечает. Такая картина говорит, что проблема не только у вас: сервер не отвечает никому.

Шаг 4. Проверьте порт с вашего компьютера

Бывает, что адрес отвечает, а нужная служба нет. Проверьте порт напрямую.

Windows, PowerShell (для SSH порт 22, для удалённого рабочего стола 3389; если меняли порт, подставьте свой):

Test-NetConnection ВАШ_IP -Port 3389

Ищите строку TcpTestSucceeded. True - порт открыт, False - нет.

macOS и Linux:

nc -vz ВАШ_IP 22

Слово succeeded - порт открыт. refused означает, что до сервера дошли, но на этом порту никто не слушает: служба не запущена или закрыта настройками. timed out - пакеты теряются по дороге: файрвол или фильтрация.

Если вы заходите на сайт по домену, у домена могут быть адреса и IPv4 (запись A), и IPv6 (запись AAAA). При сломанном IPv6 у вас сайт может не открываться, хотя по IPv4 всё работает. Проверяйте по чистому IPv4-адресу.

Что показал результат и что делать

Что мы можем сделать, а что нет

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

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

• IP не меняем. Новый адрес из нашей же сети может так же не открываться у вашего провайдера. Ограничения привязаны не к вашему серверу и заранее непредсказуемы, поэтому смена адреса «на авось» не помогает.
• Возврат не оформляем. Сервер работает, сеть до него исправна.
• Не подсказываем, как обойти ограничения. Что запущено на вашем сервере и как оно настроено - ваша зона, сопровождать такие настройки мы не можем и ничего не гарантируем.

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

Если проблема только у вас

1. Работайте из сети, где всё открывается. Например, через мобильный интернет.
2. Напишите своему провайдеру. Сообщите IP сервера и что из других сетей он открывается. Чаще всего причина у провайдера или у оператора выше него, и снять ограничение может только он.
3. Подождите. Такие ограничения нередко временные.
4. Не переустанавливайте систему. Сервер исправен, а данные вы потеряете.

Что сохранить из проверки

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

• IP-адрес и порт, которые проверяли;
• ссылку на отчёт Check-Host: у каждого отчёта есть постоянная ссылка (permanent link), по ней провайдер увидит то же, что и вы;
• результат tracert или mtr текстом, не скриншотом;
• когда началось и что вы делали до этого: меняли настройки, перезагружали компьютер или роутер;
• из какой сети проверяли: провайдер, страна, пробовали ли мобильный интернет.

Частые вопросы

У знакомого на таком же сервере всё работает. Почему у меня нет?

Ограничения зависят от вашего провайдера, региона и типа подключения. Один и тот же адрес у одного человека может открываться, а у другого нет.

Можно ли поменять IP-адрес?

Если сервер доступен из внешних сетей - нет, это не гарантирует результат. Если сервер не отвечает отовсюду, это другой случай: причина уже не в ограничениях вашего провайдера.

Вернёте ли вы деньги?

Если сервер работает и доступен из других сетей, услуга оказана, возврата нет. Если сервер не отвечает отовсюду, причина уже не в ограничениях вашего провайдера.

Ping идёт, а удалённый рабочий стол или SSH нет. Это блокировка?

Не обязательно. Чаще всего закрыт сам порт. Проверьте его через Check-Host (кнопка TCP port) и с вашего компьютера, как в шаге 4.

Вчера работало, сегодня нет. Что изменилось?

Проверьте сервер через Check-Host. Если он отвечает снаружи, изменилось что-то на пути до него в вашей сети. Если не отвечает нигде, смотрите таблицу выше.

Итог

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