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

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

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

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

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

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

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

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

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

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

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

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

1. Откройте ping.pe. В строку вверху впишите IP сервера и порт через двоеточие. Для SSH это порт 22, для удалённого рабочего стола Windows - 3389, для сайта - 80 или 443. Например: 203.0.113.10:22.
2. Нажмите Go (или Enter). Сервис сам поймёт, что вы проверяете порт, и запустит проверку TCP. Если вписать только адрес без порта, он проверит ping, но доверять ему слепо нельзя: некоторые сети намеренно не отвечают на ping, хотя порт при этом открыт. Поэтому порт надёжнее.
3. Подождите несколько секунд: строки появляются по мере ответов.

В таблице две колонки: Location (откуда проверяли) и результат. Зелёное successful и время в миллисекундах значат, что узел достучался до порта. Красное failed - ответа не было.

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

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

• Почти везде successful, а время растёт с расстоянием: Амстердам отвечает за 12,22 мс, Франкфурт за 17,85 мс, Лондон за 21,09 мс, Хельсинки за 30,14 мс, Нью-Йорк за 71,76 мс, Сидней за 273,05 мс.
• Несколько узлов (на скриншоте - Chengdu) показали failed, хотя сервер исправен. Пара красных строк среди сотен зелёных ничего не доказывает: у самого узла проверки бывают свои сложности. Смотрите на общую картину и на ближайшие к вам страны.
• Под таблицей есть ссылка Save snapshot: она сохраняет результат и даёт на него постоянную ссылку. Её удобно сохранить.

Шаг 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-адрес и порт, которые проверяли;
• ссылку на результат ping.pe: кнопка Save snapshot под таблицей даёт постоянную ссылку, по ней провайдер увидит то же, что и вы;
• результат tracert или mtr текстом, не скриншотом;
• когда началось и что вы делали до этого: меняли настройки, перезагружали компьютер или роутер;
• из какой сети проверяли: провайдер, страна, пробовали ли мобильный интернет.

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

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

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

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

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

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

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

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

Не обязательно. Чаще всего закрыт сам порт. Проверьте его через ping.pe (запрос адрес:порт) и с вашего компьютера, как в шаге 4.

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

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

Итог

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

🎁 -40% на первый месяц нового VPS. Промокод GUIDE40
Нужен второй сервер, чтобы сравнить доступ из разных сетей? Первый месяц со скидкой.
Введите GUIDE40 при оформлении заказа. Работает один раз на клиента.
Выбрать VPS и забрать скидку →