Сервер пингуется, но сайт не открывается из России: как проверить IP

Знакомая картина: сервер куплен, сайт поднят, из Европы всё открывается за доли секунды. А пользователь из России пишет, что страница не грузится. Вы проверяете пинг — идёт. Проверяете порт — открыт. Поддержка отвечает «с нашей стороны всё в порядке», и формально она права. При этом у половины ваших посетителей сайта действительно нет.

Так выглядит блокировка конкретного IP-адреса у российских операторов. Она не видна обычными инструментами, и именно поэтому споры о ней тянутся днями. Разберём, как проверить адрес честно, как прочитать результат и что делать дальше.

Почему привычные проверки показывают зелёный свет

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

Получается ловушка. Вы запускаете проверку, видите «Москва — 20 мс, порт открыт», показываете скриншот хостеру и слышите, что проблема на вашей стороне. А домашний пользователь МТС или Ростелекома в это же время не может открыть сайт вообще.

Мы наткнулись на это в поддержке: клиент утверждал, что сервер недоступен, наши замеры из Москвы показывали стабильные 17–24 мс по три прогона подряд. Правы оказались оба. Адрес отвечал из дата-центров и молчал в домашних сетях.

Как проверить адрес с домашних сетей

Нужен сервис, у которого есть точки именно в пользовательских сетях. Подойдёт globalping — у него зонды помечены тегами, и среди них есть eyeball-network, то есть «сеть конечного пользователя». Проверить можно прямо из браузера на globalping.io, выбрав страну RU и этот тег, либо запросом из терминала.

# пинг с десяти российских домашних сетей
curl -s -X POST https://api.globalping.io/v1/measurements \
  -H 'Content-Type: application/json' \
  -d '{
    "type": "ping",
    "target": "ВАШ_IP",
    "measurementOptions": { "packets": 4 },
    "locations": [{ "country": "RU", "tags": ["eyeball-network"], "limit": 10 }]
  }'

В ответе придёт идентификатор замера, результат забирается вторым запросом через несколько секунд. Полезно прогнать две проверки: пинг и обращение к рабочему порту — 443 для сайта или 22 для SSH.

# проверка порта 443 с тех же сетей
curl -s -X POST https://api.globalping.io/v1/measurements \
  -H 'Content-Type: application/json' \
  -d '{
    "type": "http",
    "target": "ВАШ_IP",
    "measurementOptions": {
      "port": 443,
      "protocol": "HTTPS",
      "request": { "method": "HEAD" }
    },
    "locations": [{ "country": "RU", "tags": ["eyeball-network"], "limit": 12 }]
  }'

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

Три типичные картины, и у каждой своя причина.

Первая: пинг не проходит нигде, порт тоже. Это блокировка самого адреса. Чаще всего он попал под ограничение не из-за вас, а из-за того, кто пользовался им раньше: адреса переиспользуются, и чужая история тянется за ними.

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

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

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

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

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

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

Когда рвётся именно защищённое соединение, а пинг идёт, помогает смена порта и протокола: перенос сервиса с 443 на нестандартный порт, другой транспорт, маскировка трафика. Для SSH достаточно перевесить его с 22-го порта.

Чего делать не нужно

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

Спорить без замеров. Фраза «у меня не работает» не двигает дело: с той стороны видят зелёные графики. А отчёт с десяти домашних сетей, где девять из десяти молчат, закрывает спор мгновенно — проверено, именно так дата-центр подтвердил нам проблему и убрал адреса из выдачи.

Платить за смену адреса, если его выдали нерабочим. Это брак выдачи, а не ваша прихоть.

Коротко

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