Пинг

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

Что именно проверяет пинг?

Пинг проверяет, отвечает ли удалённая система из той сети, где выполняется проверка. Конкретный способ проверки зависит от выбранного протокола.

• HTTP(s) проверяет веб-адрес по протоколу HTTP или HTTPS. Этот вариант подходит для сайтов, API и веб-сервисов, поскольку позволяет получить код состояния HTTP-ответа.
• Пинг (ICMP) проверяет, отвечает ли хост на эхо-запросы протокола межсетевых управляющих сообщений. Именно это обычно подразумевают под сетевым "пингом".
• Хост / Порт проверяет, доступен ли указанный сетевой порт на хосте. Например, так можно проверить почтовый SMTP-сервер, POP-сервер или адрес подключения к базе данных.

Эти проверки отвечают на разные вопросы. Ответ ICMP показывает, что хост принимает такой сетевой трафик и отвечает на него, но не подтверждает работоспособность сайта или почтовой службы. HTTP-ответ содержит код состояния, который может указывать на неполадку. Успешная проверка порта означает лишь, что он доступен. Она не гарантирует, что вход в приложение или запрос к базе данных завершится успешно.

Как пользоваться инструментом "Пинг"?

Выбери подходящий Протокол Ping, введи соответствующий адрес и запусти проверку. Формат данных должен соответствовать выбранному протоколу.

1. Для диагностики сайта, конечной точки API или веб-сервиса выбери HTTP(s) и введи полный URL, например https://www.example.com/status.
2. Чтобы проверить, отвечает ли сервер на ICMP-трафик, выбери Пинг (ICMP) и укажи Хост, например server.example.com, либо IP-адрес.
3. Выбери Хост / Порт, введи Хост, а затем укажи числовой Порт. Например, служба отправки почты SMTP обычно использует порт 587, а HTTPS часто работает через порт 443.

При проверке хоста не добавляй путь URL. Для HTTP-проверки, напротив, может потребоваться полный путь, если проблема затрагивает только один маршрут API или одну страницу, а не весь домен. Номера транспортных портов представляют собой 16-битные значения от 0 до 65535. Порт 0 зарезервирован и обычно не используется как порт службы. Пробелы, запятые и подписи вроде "порт 443" не являются частью номера порта.

Проверка выполняется на сервере. Введённые для проверки данные передаются на него по HTTPS и не сохраняются. Не указывай в URL пароли, ключи API и другие секретные данные, поскольку URL может раскрыть их удалённому сервису и через другие компоненты обычной веб-инфраструктуры.

Как понять результат проверки?

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

Например, условный результат HTTP-проверки может содержать статус Доступен, время ответа 180 ms и код состояния 200. Код 200 означает, что запрос выполнен успешно. Ответ 404 означает, что исходный сервер не нашёл актуального представления целевого ресурса либо не желает сообщать о его существовании. Ответ 5xx (ошибка сервера) относится к классу ошибок сервера. Точная причина зависит от конкретного кода состояния.

Результат Недоступен не всегда означает, что весь сервер недоступен. Межсетевой экран может блокировать ICMP, хотя HTTPS продолжает работать. Один порт также может быть закрыт, пока другие службы остаются доступными. Выбирай проверку, соответствующую сервису, к которому пытаются подключиться пользователи.

Типичные неполадки, которые выявляет пинг

Если сайт не загружается, сначала выбери HTTP(s) и укажи точный URL проблемной страницы. Если домен отвечает, но одна страница возвращает 404, проверь маршрут, правила перезаписи или развёртывание. Если при открытии HTTPS браузер показывает предупреждение о сертификате, воспользуйся инструментом SSL Поиск, чтобы получить сведения о сертификате, вместо того чтобы полагаться только на пинг. Поиск HTTP заголовков также может показать перенаправления и заголовки ответа.

Если письма не приходят, выбери Хост / Порт, укажи имя почтового сервера и порт, настроенный в приложении для отправки или получения почты. Доступность порта SMTP не означает, что сервер примет конкретное сообщение. Ошибки аутентификации, спам-фильтры, почтовые записи DNS и правила получателя находятся за рамками базовой проверки порта.

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

Почему из-за кэша DNS правильный результат может казаться ошибочным?

Из-за кэширования DNS сервер инструмента и твоё устройство некоторое время могут сопоставлять одно и то же имя хоста с разными адресами. Рекурсивные резолверы хранят ответы DNS в течение заданного срока жизни записи, обычно называемого TTL. Некоторые приложения и операционные системы также используют локальный кэш.

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

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

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

Что будет с доменом, если в его имени есть диакритика или символы не из латиницы?

IDNA преобразует допустимые Unicode-метки домена в ASCII-метки A-label. Punycode представляет собой алгоритм кодирования, используемый в соответствующих метках A-label. Браузеры часто автоматически преобразуют читаемое написание, однако в полях для имени хоста и диагностических системах может потребоваться форма A-label. Внимательно проверяй написание, поскольку визуально похожие символы Unicode могут относиться к разным доменам.

Если время ответа небольшое, оно таким и останется?

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

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