IP & Network

ICMP-пінг

Виміряй round-trip затримку до будь-якого хоста чи IP, наживо.

Про цей інструмент

Ping відправляє ICMP echo-запити до хоста і вимірює, скільки часу займає кожна відповідь. Це найпростіший і найстаріший тест доступності в інтернеті — і досі найшвидший спосіб переконатися, що сервер працює, наскільки він далеко в мережевому часі та чи стабільний шлях між вами і ним.

Наш інструмент відправляє від 1 до 30 echo-запитів із нашого сервера у Франкфурті, передає кожну відповідь у браузер у міру надходження і завершує стандартним підсумком min/avg/max/mdev плюс відсоток втрачених пакетів. Значення часу беруться прямо з ядра, тож ви бачите реальний round-trip на дроті — без накладних витрат на обробку запиту.

Коли використовувати цей інструмент

  • Підтвердити, що сервер доступний. Чистий запуск з 0% втрат означає, що хост працює і ICMP дозволено end-to-end.
  • Порівняти латентність до кількох локацій. Запустіть інструмент проти тієї самої цілі з різних регіонів, щоб побачити, який дата-центр ближчий у мережевому часі.
  • Виявити нестабільний шлях. Стабільні RTT — здорово; jitter (високий mdev) та періодичні втрати вказують на перевантажене або «мерехтливе» з'єднання десь на шляху.
  • Перевірити деплой. Одразу після зміни DNS або балансера ping нової IP підтвердить, що вона відповідає, перш ніж пускати реальний трафік.

Як читати результат

seq — номер echo (1, 2, 3 …). ttl — залишковий time-to-live у відповіді, який приблизно показує, скільки хопів пакет здолав на зворотному шляху. time — round-trip у мілісекундах. Підсумок знизу дає мінімум, середнє, максимум та середнє відхилення по всіх успішних echo, плюс кількість втрачених пакетів. Кілька відсотків втрат — зазвичай шум; стійкі втрати понад 5–10% варто розслідувати.

Часті запитання

Чому хост показує 100% втрат, хоча я можу зайти на нього в браузері?

Багато хостів (особливо хмарні балансери, CDN-edge та домашні роутери за NAT) свідомо відкидають ICMP echo, але водночас обслуговують HTTP, SSH або інший TCP-трафік. 100% втрат при ping для них не є надійним сигналом «не працює» — спробуйте TCP-перевірку (Port Checker), перш ніж робити висновок про недоступність.

Що таке mdev і чому це важливо?

mdev — середнє відхилення round-trip часів, тобто міра jitter. Низький mdev (кілька мс) означає стабільний шлях; високий mdev відносно середнього означає, що RTT «стрибає», і це погана новина для VoIP, ігор та будь-якого латентно-чутливого протоколу. Якість аудіодзвінків починає погіршуватися з 30–50 мс jitter незалежно від середньої латентності.

Чи дозволені приватні IP та link-local адреси?

Ні. Щоб запобігти зловживанням і випадковим витокам, інструмент відмовляє в приватних діапазонах RFC 1918 (10/8, 172.16/12, 192.168/16), loopback, link-local (169.254/16), CGN (100.64/10) та cloud metadata endpoints (169.254.169.254 тощо). Пінгувати свою LAN треба з власної машини, а не через публічний сервіс.

Чи можна збільшити кількість echo?

Так — оберіть 5, 10, 20 або 30 у випадайці. Більше echo дасть точніше середнє та краще відчуття jitter, але кожне echo за замовчуванням чекає 1 секунду, тож 30 echo займуть приблизно 30 секунд. Для швидкої перевірки доступності 5 цілком достатньо; для діагностики періодичних втрат корисніше 20+.