Ping: как проверить связь с сервером и понять результат — инструкция для новичка

Что такое ping и зачем он нужен

Ping — это утилита, которая проверяет, доступен ли узел в сети, и измеряет задержку до него. Она работает как эхо: вы отправляете сигнал, узел возвращает его, а программа считает, сколько миллисекунд ушло на путь туда и обратно.

Под капотом работает протокол ICMP (Internet Control Message Protocol, протокол управляющих сообщений). Он описан в RFC 792 в 1981 году и имеет номер 1 среди IP-протоколов. Команда ping есть во всех ОС из коробки: в Windows, Linux и macOS ничего устанавливать не нужно.

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

Где применяют ping:

• проверяют VPS сразу после заказа: сервер должен отвечать, а потери пакетов должны быть 0%;
• диагностируют домашнюю сеть: сравнивают ответ роутера, провайдера и внешнего сайта;
• выбирают локацию сервера: до площадки в вашем регионе нормальный ответ занимает 5–30 мс, а до другого конца страны может доходить до 150–200 мс.

Как работает ping: эхо-запрос, TTL и время ответа

Ping работает на сетевом уровне модели OSI (Open Systems Interconnection) и использует протокол ICMP (Internet Control Message Protocol, протокол № 1), описанный в RFC 792 в 1981 году. Ваш компьютер отправляет по IP-адресу узла ICMP Echo Request, то есть эхо-запрос. Узел в ответ шлёт Echo Reply. Подробнее об уровнях читайте в статье про модель OSI, а об адресах — про IP-адрес.

Программа замеряет время между отправкой запроса и получением ответа. Это круговая задержка, или RTT (Round-Trip Time), и её выводят в миллисекундах (мс). 1 мс — это 0,001 секунды. Например, time=12 ms значит, что пакет дошёл до узла и вернулся за 12 мс.

Размер пакета зависит от системы. Windows отправляет 32 байта данных. Linux отправляет 56 байт данных, плюс 8 байт ICMP-заголовка и 20 байт IP-заголовка — всего 84 байта.

TTL (Time To Live, время жизни пакета) защищает сеть от бесконечных петель. Каждый маршрутизатор уменьшает его на 1, а при значении 0 отбрасывает пакет. По умолчанию TTL равен:

• около 128 в Windows;
• около 64 в Linux и macOS.

Значение TTL в ответе помогает прикинуть число переходов. Если вы видите ttl=52, вероятнее всего, сервер на Linux, а пакет прошёл около 12 маршрутизаторов (64 − 52). Это оценка: узел мог стартовать с другого значения.

Как пинговать сервер: пошаговая инструкция

Команда ping одинаково работает в Windows, Linux и macOS, ставить ничего не нужно. Достаточно терминала и пары команд, вся проверка занимает меньше минуты.

Сначала проверьте выход в интернет по IP-адресу, затем работу DNS (системы доменных имён) по имени сайта. Так сразу станет ясно, где сбой: в самой связи или в разрешении имён.

Как проверить связь командой ping по шагам:

1. Откройте терминал. В Windows нажмите Win+R, введите cmd и нажмите Enter. В Linux нажмите Ctrl+Alt+T, в macOS запустите приложение «Терминал». Если не получается, посмотрите, как открыть терминал.
2. Выполните ping 8.8.8.8. Это публичный DNS-сервер Google: если он отвечает, интернет работает.
3. Выполните ping example.com. Если предыдущая команда прошла, а эта нет, проблема в DNS.
4. Прочитайте строку ответа: bytes=32 — размер пакета, time=18ms — время ответа, TTL=117 — сколько переходов через маршрутизаторы пакет ещё может пройти.
5. В Linux и macOS остановите проверку сочетанием Ctrl+C. Windows завершит её сама после 4 запросов.
6. Посмотрите итог: отправлено, получено, потеряно (норма — 0%) и min/avg/max — минимальное, среднее и максимальное время ответа.
7. Для VPS (виртуального сервера) пингуйте его IP-адрес и отправьте 20 запросов: ping -n 20 203.0.113.10 в Windows или ping -c 20 203.0.113.10 в Linux и macOS. Такой выборки хватает, чтобы заметить потери и разброс.

Итоговая статистика нигде не сохраняется сама: она выводится в конце окна терминала. Чтобы оставить её в файле, добавьте к команде > ping.txt, и результат появится в текущей папке.

Параметры команды ping: какие ключи пригодятся

Размер пакета меняйте, когда нужно проверить фрагментацию. MTU (Maximum Transmission Unit, максимальный размер кадра) в Ethernet равен 1500 байт. Из них 28 байт занимают заголовки: 20 байт IP и 8 байт ICMP. Отправьте пакет с данными 1472 байта и запретом фрагментации: если он проходит, канал держит 1500 байт, если нет, где-то на пути MTU меньше. Для этого в Windows добавьте ключ -f, в Linux — -M do, в macOS — -D.

Длительный пинг на 100–1000 запросов нужен для плавающих проблем: потери случаются раз в несколько минут, и четыре запроса их не поймают. Запустите проверку на 5–15 минут и смотрите итоговую строку: потери должны остаться на 0%, а разброс времени ответа не выйти за 10–20% от среднего.

Пример для Linux: ping -c 100 -s 1472 -i 0.5 example.com. Аналог для Windows: ping -n 100 -l 1472 example.com. Обратите внимание: ключ -i означает разное — интервал в Linux и TTL в Windows. Интервал меньше 0,2 с в Linux доступен только root.

Какой пинг считается нормальным

Ping (Packet Internet Groper) показывает время ответа в миллисекундах, но «хорошо» или «плохо» зависит от расстояния до сервера. До сервера в своём регионе нормальный пинг — 5–30 мс. Между Москвой и Санкт-Петербургом ждите 8–15 мс, между Москвой и Новосибирском — 50–80 мс, до Владивостока — 150–200 мс. Из России до Европы выходит 30–60 мс.

Ориентиры для оценки такие:

• до 30 мс — отлично для сайта и SSH (Secure Shell) внутри региона;
• 30–80 мс — хорошо для любых задач;
• 80–150 мс — терпимо для сайтов, хуже для игр и удалённых рабочих столов;
• больше 200 мс — задержки заметны в каждом действии.

Смотрите не только на среднее время. Потери пакетов должны быть 0%, а разброс не больше 10–20% от среднего: при 40 мс допустимы колебания в пределах 4–8 мс. Если время прыгает с 20 до 120 мс, канал нестабилен, даже когда среднее выглядит приемлемо.

Эти цифры помогут выбрать локацию VPS. Возьмите у провайдера тестовые IP-адреса дата-центров, запустите ping с домашнего компьютера в разное время суток, например в 10:00, 15:00 и 21:00, и сравните результаты. Вечером нагрузка на сети растёт, и слабый маршрут проявится именно тогда. Когда кандидатов много, начните с подборки VPS с дата-центрами в нужных регионах и проверьте пинг до каждого.

Почему ping не проходит: разбор ошибок и что делать

Молчание в ответ на ping не означает, что сервер сломан: чаще всего узел просто закрыл ICMP (Internet Control Message Protocol) на файрволе или у вас не работает DNS. Текст ошибки показывает, на каком участке пути возникла проблема, поэтому сначала прочитайте его, а ниже разберём все варианты по порядку.

Первая ошибка: считать, что сервер упал

Нет ответа на ping — ещё не значит, что узел не работает: ICMP часто закрыт на файрволе, а сайт при этом доступен.

Как решить: проверьте порт — ssh -v user@ip для 22 или curl -I https://домен для 80 и 443.

Вторая ошибка: Request timed out

Это же сообщение может выглядеть как 100% packet loss. Узел не ответил за 1–4 секунды: он выключен, недоступен или блокирует ICMP.

Третья ошибка: Destination host unreachable

Нет маршрута до узла. Проверьте IP-адрес, маску сети и шлюз.

Четвёртая ошибка: не работает DNS

В Windows это Ping request could not find host, в Linux — Name or service not known. Выполните ping 8.8.8.8: если ответ приходит, сломано разрешение имён.

Пятая ошибка: General failure

Неисправен сетевой адаптер или драйвер. Отключите и включите адаптер.

Шестая ошибка: TTL expired in transit

TTL дошёл до 0 — пакет ходит по кругу из-за петли маршрутизации. Найдите её через tracert или traceroute.

Чтобы быстро найти границу поломки, выполните 4 проверки по порядку. Пропингуйте свой роутер, обычно 192.168.0.1 или 192.168.1.1: нет ответа — проблема в локальной сети. Затем 8.8.8.8: нет ответа — проблема у провайдера. Потом домен, например google.com: ошибка при живом 8.8.8.8 — смените DNS. И наконец целевой сервер: если молчит только он — проверьте порт.

Причина обычно одна из двух: неполадка у вас (адаптер, шлюз, DNS) или узел не отвечает сам, потому что выключен либо закрыл ICMP. Прочитайте текст ошибки, пройдите проверки по порядку — и граница проблемы станет очевидной.

Чем заменить ping: traceroute, mtr и проверка порта

Ping отвечает на один вопрос: доходят ли пакеты и за сколько миллисекунд. Если потери 10%, он не покажет, на каком узле они возникают. Если сервер молчит, ping не скажет, упал ли он или файрвол блокирует ICMP (Internet Control Message Protocol).

В таких случаях берите другие инструменты. Пример: ping показал 8% потерь до сервера. Запустите mtr -rw -c 100 example.com и увидите, что потери начинаются на пятом узле, то есть на стороне провайдера, а не на вашем сервере.

Для запуска mtr зайдите на сервер по SSH через свой VPS и клиент PuTTY. Так вы проверите путь от сервера до нужного узла, а не от домашнего компьютера.

Когда ping не подходит и что использовать вместо него

Ping отвечает на один вопрос: доходят ли ICMP-пакеты до узла. Сервер может отвечать за 10 мс, а сайт при этом не открывается: веб-сервер упал, база данных зависла или закончилась память. Ping не показывает скорость канала в Мбит/с и не учитывает нагрузку приложения.

Для постоянного контроля настройте мониторинг HTTP (HyperText Transfer Protocol) на своём VPS (virtual private server, виртуальный сервер). Задайте проверку адреса каждые 1–5 минут и уведомление, если код ответа не 200. Такая проверка почти не нагружает сервер, а о падении сайта вы узнаете раньше посетителей.

Если ping показывает, что узел отвечает, а сайт всё равно не работает, переходите к проверкам следующего уровня. Каждая команда отвечает на свой вопрос:

• Работу сайта проверяйте командой curl -I https://example.com: нужен код 200.
• Скорость канала между двумя серверами измеряйте через iperf3.
• Открытость порта проверяйте командой nc -zv example.com 443.
• Место обрыва ищите через mtr.

Для тестов из другой страны нужен сервер в этой локации. Со своего VPS в нужном регионе вы пингуете оба конца канала: от сервера до сайта и от домашнего компьютера до сервера. Разница между 5 мс и 180 мс сразу покажет, на каком участке проблема. Выберите VPS в нужной локации в нашем рейтинге.