.\" -*- coding: UTF-8 -*-
'\" t
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
.TH PING 8 "" "iputils 20240117" iputils
.ie  \n(.g .ds Aq \(aq
.el       .ds Aq '
.\" -----------------------------------------------------------------
.\" * Define some portability stuff
.\" -----------------------------------------------------------------
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" http://bugs.debian.org/507673
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" -----------------------------------------------------------------
.\" * set default formatting
.\" -----------------------------------------------------------------
.\" disable hyphenation
.nh
.\" disable justification (adjust text to left margin only)
.ad l
.\" -----------------------------------------------------------------
.\" * MAIN CONTENT STARTS HERE *
.\" -----------------------------------------------------------------
.SH НАЗВА
ping — надсилання ICMP ECHO_REQUEST до вузлів мережі
.SH "КОРОТКИЙ ОПИС"
.HP \w'\fBping\fR\ 'u
\fBping\fP [\fB\-aAbBdCDfhHLnOqrRUvV46\fP] [\fB\-c\ \fP\fIкількість\fP] [\fB\-e\ \fP\fIідентифікатор\fP] [\fB\-F\ \fP\fIмітка_потоку\fP] [\fB\-i\ \fP\fIінтервал\fP] [\fB\-I\ \fP\fIінтерфейс\fP] [\fB\-l\ \fP\fIпопереднє_завантаження\fP] [\fB\-m\ \fP\fIпозначка\fP]
[\fB\-M\ \fP\fIпараметр_pmtudisc\fP] [\fB\-N\ \fP\fIпараметр_nodeinfo\fP] [\fB\-w\ \fP\fIстрок_дії\fP] [\fB\-W\ \fP\fIчас_очікування\fP] [\fB\-p\ \fP\fIвзірець\fP] [\fB\-Q\ \fP\fItos\fP] [\fB\-s\ \fP\fIрозмір_пакета\fP] [\fB\-S\ \fP\fIsndbuffer\fP] [\fB\-t\ \fP\fIttl\fP]
[\fB\-T\ \fP\fIпараметр\ часової\ позначки\fP] [hop\&.\&.\&.] {призначення}
.SH ОПИС
.PP
\fBping\fP використовує обов'язкову датаграму ECHO_REQUEST протоколу ICMP для
отримання ICMP ECHO_RESPONSE від вузла або шлюзу\&. Датаграми ECHO_REQUEST
(«пінги») складаються із заголовка IP та ICMP, структури timeval і довільної
кількості байтів «доповнень», які доповнюють пакет до потрібного розміру\&.
.PP
\fBping\fP працює як з IPv4, так і з IPv6\&. Наказати програмі використовувати
один із протоколів можна за допомогою параметра \fB\-4\fP або \fB\-6\fP\&.
.PP
\fBping\fP може також надсилати запити щодо відомостей вузла IPv6
(RFC4620)\&. Проміжні \fIпереходи\fP може бути заборонено, оскільки
маршрутизація джерела у IPv6 вважається застарілою (RFC5095)\&.
.SH ПАРАМЕТРИ
.PP
\fB\-4\fP
.RS 4
Використовувати лише IPv4\&.
.RE
.PP
\fB\-6\fP
.RS 4
Використовувати лише IPv6\&.
.RE
.PP
\fB\-a\fP
.RS 4
Звуковий луна\-імпульс\&.
.RE
.PP
\fB\-A\fP
.RS 4
Адаптивне зондування\&. Інтервал між пакетами адаптується до часу
проходження сигналу так, щоб у мережі одночасно було не більше одного (або
більшої кількості, якщо встановлено попереднє завантаження) зондування без
відповіді\&. Типовий інтервал складає 2 мілісекунди, докладніше про це в
описі параметра \fB\-i\fP\&. У мережах із низьким часом проходження сигналу
(RTT) цей режим є по суті еквівалентом режим заповнення\&.
.RE
.PP
\fB\-b\fP
.RS 4
Дозволити зондування адреси трансляції\&.
.RE
.PP
\fB\-B\fP
.RS 4
Не дозволяти \fBping\fP змінювати адресу джерела зондувань\&. Адресу буде
пов'язано із вибраною на момент запуску \fBping\fP\&.
.RE
.PP
\fB\-c\fP \fIкількість\fP
.RS 4
Зупинитися після надсилання \fIкількості\fP пакетів ECHO_REQUEST\&. Із
параметром \fIстрок_дії\fP \fBping\fP очікує на \fIкількість\fP пакетів ECHO_REPLY,
аж доки завершиться час очікування\&.
.RE
.PP
\fB\-C\fP
.RS 4
Викликати системну функцію connect() при створенні сокета\&.
.RE
.PP
\fB\-d\fP
.RS 4
Встановити параметр SO_DEBUG для використано сокета\&. Насправді, цей
параметр сокета не використовується ядром Linux\&.
.RE
.PP
\fB\-D\fP
.RS 4
Вивести часову позначку (час unix + мікросекунди, як у gettimeofday) перед
кожним рядком\&.
.RE
.PP
\fB\-e\fP \fIідентифікатор\fP
.RS 4
Встановити поле ідентифікації ECHO_REQUEST\&. Значення 0 неявно визначає
використання \fIсокета без обробки\fP (його підтримку не передбачено для
\fIсокета датаграми ICMP\fP)\&. Значення поля може бути виведено з параметром
\fB\-v\fP\&.
.RE
.PP
\fB\-f\fP
.RS 4
Заповнювальне зондування\&. Для кожного надісланого ECHO_REQUEST буде
виведено крапку «.», а для кожного отриманого ECHO_REPLY буде виведено
символ забою (вилучення попереднього символу)\&. Таким чином, можна швидко
дізнатися про кількість пакунків, які було відкинуто\&. Якщо інтервал не
вказано, буде встановлено нульовий інтервал і виведено пакети якомога швидше
або сотню разів за секунду, якомога більше даних\&. Цим параметром із
нульовим інтервалом може користуватися лише надкористувач\&.
.RE
.PP
\fB\-F\fP \fIмітка потоку\fP
.RS 4
Лише IPv6\&. Розмістити і встановити 20\-бітову мітку потоку (у
шістнадцятковому форматі) для пакетів запиту щодо луна\-сигналу\&. Якщо
встановлено нульове значення, ядро розміщує випадкову мітку потоку\&.
.RE
.PP
\fB\-h\fP
.RS 4
Показати довідку\&.
.RE
.PP
\fB\-H\fP
.RS 4
Примусове визначення назв DNS у виведених даних\&. Корисне для числового
визначення призначення або використання параметра \fB\-f\fP, де типово таке
визначення не виконується\&. Має пріоритет над раніше визначеним параметром
\fB\-n\fP\&.
.RE
.PP
\fB\-i\fP \fIінтервал\fP
.RS 4
Чекати \fIінтервал\fP секунд між надсиланнями пакетів\&. Можна використовувати
дійсні числа із крапкою для відокремлення десяткової дробової частини
(незалежно від роздільника у вашій локалі)\&. Типовим очікуванням є,
зазвичай, одна секунда між пакетами, або вимикання очікування у режимі
заповнювального зондування\&. Встановлювати значення інтервалу, менше за 2
мс, може лише надкористувач\&. Трансляційне або широкосмугове зондування
мають ще вище обмеження для звичайного користувача: мінімумом є 1 секунда\&.
.RE
.PP
\fB\-I\fP \fIінтерфейс\fP
.RS 4
Значення аргументу \fIінтерфейс\fP є або адреса, або назва інтерфейсу, або
назва VRF\&. Якщо \fIінтерфейсом\fP буде адреса, параметр встановлює вказану
адресу інтерфейсу для адреси джерела\&. Якщо \fIінтерфейсом\fP буде назва
інтерфейсу, вказаний інтерфейс буде встановлено як інтерфейс джерела\&. Якщо
\fIінтерфейсом\fP буде назва VRF (віртуальної маршрутизації і
переспрямовування), кожен пакет буде маршрутизовано за допомогою відповідної
таблиці маршрутизації; у цьому випадку, параметр \fB\-I\fP можна повторити для
визначення адреси джерела\&. ЗАУВАЖЕННЯ: для IPv6 при виконанні зондування
адреси із локальною для посилання областю видимості, можна скористатися
специфікацією посилання (за допомогою «%»\-позначення у \fIпризначенні\fP або за
допомогою цього параметра), але вона вже не є обов'язковою\&.
.RE
.PP
\fB\-l\fP \fIпопереднє_завантаження\fP
.RS 4
Якщо вказано \fIпопереднє_завантаження\fP, \fBping\fP надсилатиме вказану
кількість пакетів, не очікуючи на відповідь\&. Значення попереднього
завантаження, яке перевищує 3, може вибирати лише надкористувач\&.
.RE
.PP
\fB\-L\fP
.RS 4
Придушити петлю трансляційних пакетів\&. Цей прапорець застосовується, лише
якщо призначенням зондування є трансляційна адреса\&.
.RE
.PP
\fB\-m\fP \fIпозначка\fP
.RS 4
Скористатися \fIпозначкою\fP для позначення вихідних пакетів\&. Корисно з
багатьох причин у ядрі, зокрема використання маршрутизації за правилами для
вибору певної обробки вихідних даних\&.
.RE
.PP
\fB\-M\fP \fIпараметр_pmtudisc\fP
.RS 4
Вибрати стратегію визначення MTU для шляху\&. Аргументом
\fIпараметр_pmtudisc\fP може бути або \fIdo\fP (встановити прапорець DF, але через
перевірки PMTU у ядрі, надто великі пакети буде відкинуто), або \fIwant\fP
(виконати виявлення PMTU, фрагментувати локально, якщо розмір пакета
великий), або \fIdont\fP (не встановлювати прапорець DF)\&.
.RE
.PP
\fB\-N\fP \fIпараметр_nodeinfo\fP
.RS 4
Лише IPv6\&. Надсилати запити щодо відомостей щодо вузла IPv6 (RFC4620),
замість запиту луна\-сигналу\&. Потрібна можливість CAP_NET_RAW\&.
.PP
\fBhelp\fP
.RS 4
Показати довідку щодо підтримки NI\&.
.RE
.PP
\fBназва\fP
.RS 4
Надіслати запит щодо назв вузлів\&.
.RE
.PP
\fBipv6\fP
.RS 4
Надіслати запит щодо адрес IPv6\&. Передбачено декілька специфічних для IPv6
прапорців\&.
.PP
\fBipv6\-global\fP
.RS 4
Надіслати запит щодо адрес IPv6 загальної області видимості\&.
.RE
.PP
\fBipv6\-sitelocal\fP
.RS 4
Надіслати запит щодо адрес IPv6 локального місця\&.
.RE
.PP
\fBipv6\-linklocal\fP
.RS 4
Надіслати запит щодо адрес IPv6 локального посилання\&.
.RE
.PP
\fBipv6\-all\fP
.RS 4
Надіслати запит щодо адрес IPv6 на інших інтерфейсах\&.
.RE
.RE
.PP
\fBipv4\fP
.RS 4
Надіслати запит щодо адрес IPv4\&. Передбачено один специфічний для IPv4
прапорець\&.
.PP
\fBipv4\-all\fP
.RS 4
Надіслати запит щодо адрес IPv4 на інших інтерфейсах\&.
.RE
.RE
.PP
\fBsubject\-ipv6=\fP\fIадреса_ipv6\fP
.RS 4
Адреса об'єкта IPv6\&.
.RE
.PP
\fBsubject\-ipv4=\fP\fIадреса_ipv4\fP
.RS 4
Адреса об'єкта IPv4\&.
.RE
.PP
\fBsubject\-name=\fP\fIназва_вузла\fP
.RS 4
Назва об'єкта\&. Якщо містить декілька крапок, буде використано повну назву
домену\&.
.RE
.PP
\fBsubject\-fqdn=\fP\fIназва_вузла\fP
.RS 4
Назва об'єкта\&. Завжди буде використано повну назву домену\&.
.RE
.RE
.PP
\fB\-n\fP
.RS 4
Лише числове виведення даних\&. Спроба пошуку символічних назв для адрес
вузлів не виконуватиметься (без визначення зворотного DNS)\&. Це типова
поведінка для числової форми запису призначення або використання параметра
\fB\-f\fP\&. Має пріоритет над раніше визначеним параметром \fB\-H\fP\&.
.RE
.PP
\fB\-O\fP
.RS 4
Повідомляти про нештатні відповіді ECHO ICMP до надсилання наступного
пакета\&. Корисно разом із часовою позначкою \fB\-D\fP, щоб записувати виведені
дані до діагностичного файла і шукати пропущені відповіді\&.
.RE
.PP
\fB\-p\fP \fIвзірець\fP
.RS 4
Ви можете вказати до 16 «доповнювальних» байтів для доповнення пакета, який
ви надсилаєте\&. Корисно для діагностування проблем із даними у
мережі\&. Наприклад, \fB\-p ff\fP призведе до доповнення надісланого пакета
логічними одиницями\&.
.RE
.PP
\fB\-q\fP
.RS 4
Виведення без повідомлень\&. Нічого не буде виведено, окрім рядків резюме
під час запуску і завершення обробки\&.
.RE
.PP
\fB\-Q\fP \fItos\fP
.RS 4
Встановити біти, які пов'язано із якістю обслуговування (Quality of Service)
у датаграмах ICMP\&. Аргументом \fItos\fP може бути десяткове (лише \fBping\fP)
або шістнадцяткове число\&.
.sp
У RFC2474 ці поля має бути оброблено як 8\-бітові диференційовані служби
(DS), що складається з таких компонентів: бітів 0\-1 (2 нижчих бітів) окремих
даних і бітів 2\-7 (6 вищих бітів) диференційованої кодової точки служб
(DSCP)\&. У RFC2481 і RFC3168 біти 0\-1 використано для ECN\&.
.sp
Історично (RFC1349, став застарілим після впровадження RFC2474), ці дані
мало бути оброблено так: біт 0 (нижчий біт) зарезервовано (у поточній версії
перевизначено як керування перевантаженням), біти 1\-4 для типу служби і біти
5\-7 (вищі біти) для пріоритетності\&.
.RE
.PP
\fB\-r\fP
.RS 4
Обійти звичайні таблиці маршрутизації і надіслати дані безпосередньо до
вузла в долученому інтерфейсі\&. Якщо вузол не перебуває у безпосередньо
долученій мережі буде повернуто повідомлення про помилку\&. Цим параметром
можна скористатися для зондування локального вузла через інтерфейс, який не
має маршруту через нього, якщо також використано параметр \fB\-I\fP\&.
.RE
.PP
\fB\-R\fP
.RS 4
Лише \fBping\fP\&. Записувати маршрут\&. Включає параметр RECORD_ROUTE до
пакета ECHO_REQUEST і виводить буфер маршруту для повернутих
пакетів\&. Зауважте, що у заголовку IP може міститися лише дев'ять таких
маршрутів\&. Багато вузлів мережі ігнорують або відкидають цей параметр\&.
.RE
.PP
\fB\-s\fP \fIрозмір_пакета\fP
.RS 4
Вказує кількість байтів даних, які слід надіслати\&. Типовим значенням є 56,
тобто 64 байтів даних ICMP при поєднанні із 8 байтами даних заголовка
ICMP\&.
.RE
.PP
\fB\-S\fP \fIsndbuf\fP
.RS 4
Встановити sndbuf буфера\&. Якщо не вказано, буде вибрано так, щоб розмір
буфера не перевищував розміру одного пакета\&.
.RE
.PP
\fB\-t\fP \fIttl\fP
.RS 4
Лише \fBping\fP\&. Встановити строк дії IP\&.
.RE
.PP
\fB\-T\fP \fIпараметр часової позначки\fP
.RS 4
Встановити особливі параметри часової позначки IP\&. Аргументом \fIпараметр часової позначки\fP може бути \fItsonly\fP (лише часові позначки), або
\fItsandaddr\fP (часові позначки і адреси), або \fItsprespec вузол1 [вузол2 [вузол3 [вузол4]]]\fP (вивести часові позначки для попередньо визначених
переходів)\&.
.RE
.PP
\fB\-U\fP
.RS 4
Вивести повну затримку користувач\-користувач (застаріла
поведінка)\&. Зазвичай, \fBping\fP виводить час проходження мережі, який може
бути різним, наприклад, через помилки DNS\&.
.RE
.PP
\fB\-v\fP
.RS 4
Режим докладного виведення\&. Не придушувати відповіді DUP при зондуванні
трансляційної адреси\&.
.RE
.PP
\fB\-V\fP
.RS 4
Вивести дані щодо версії і завершити роботу\&.
.RE
.PP
\fB\-w\fP \fIстрок_дії\fP
.RS 4
Вказати час очікування, у секундах, до виходу з \fBping\fP, незалежно від того,
скільки пакетів було надіслано або отримано\&. У цьому випадку \fBping\fP не
зупиняється після надсилання \fIкількості\fP пакетів, програма чекає на
завершення \fIстроку_дії\fP, або доки не буде отримано відповіді на
\fIкількість\fP відповідей або якогось сповіщення про помилки з мережі\&.
.RE
.PP
\fB\-W\fP \fIчас_очікування\fP
.RS 4
Час очікування на відповідь, у секундах\&. Параметр впливає на час
очікування, лише якщо немає відповідей. Якщо відповіді є \fBping\fP очікує на
два часи проходження сигналу (RTT)\&. Можна використовувати дійсні числа із
крапкою для відокремлення десяткової дробової частини (незалежно від
роздільника у вашій локалі)\&. 0 означає «нескінченний час очікування»\&.
.RE
.PP
При використанні \fBping\fP для локалізації помилок програму слід спочатку
запустити на локальному вузлі для перевірки того, чи є працездатним
локальний інтерфейс мережі\&. Далі, слід виконати зондування усе
віддаленіших вузлів і шлюзів\&. Буде обчислено часи проходження та
статистику щодо втрати пакетів\&. Якщо буде отримати дублікати пакетів, їх
не буде включено в обчислення втрати пакетів, хоча час проходження цих
пакетів буде використано для обчислення мінімального, середнього,
максимального та стандартного відхилення часу проходження\&.
.PP
Стандартне відхилення вибірки (mdev), по суті, середнє відхилення часу
проходження сигналу від середнього часу проходження сигналу\&. Чим більшим
буде mdev, тим більшою є зміна часу проходження сигналу (з часом)\&. Якщо
розкид часу проходження сигналу є великим, ви матимете проблеми зі швидкістю
при передаванні великих масивів даних (таке передавання, якщо говорити
строго, є довшим, ніж потрібно, оскільки зміна часу проходження, врешті,
спричиняє потребу в очікуванні підтвердження на боці надсилання даних) і
низьку якість інтернет\-телефонії\&.
.PP
Якщо було надіслано (і отримано) вказану кількість пакетів або якщо роботу
програми було перервано сигналом SIGINT, буде виведено коротке
резюме\&. Коротші поточні статистичні дані можна отримати без переривання
процесу за допомогою сигналу SIGQUIT\&.
.PP
Цю програму призначено для використання у перевірках працездатності мережі,
вимірюваннях та керуванні мережами\&. Через навантаження, яке програма
здатна спричинити у мережі, не варто використовувати \fBping\fP під час
звичайної роботи системи або використовувати її в автоматизованих
сценаріях\&.
.SH "СТАН ВИХОДУ"
.PP
Якщо \fBping\fP не отримує ніяких пакетів взагалі, програма завершує роботу з
кодом 1\&. Якщо одночасно вказано \fIкількість\fP пакетів і \fIстрок дії\fP, і
отримано менше за \fIкількість\fP пакетів до завершення \fIстроку дії\fP, програма
також завершить роботу з кодом 1\&. Якщо станеться інша помилка, програма
завершить роботу з кодом 2\&. Якщо помилки не станеться, кодом виходу буде
0\&. Таким чином, кодом виходу можна скористатися для визначення того, чи є
вузол працездатним\&.
.SH "LINK\-LOCAL ПРИЗНАЧЕННЯ IPV6"
.PP
Для IPv6, якщо адреса призначення належить до області link\-local і \fBping\fP
використовує \fIсокети датаграми ICMP\fP, має бути вказано інтерфейс виведення
даних\&. Якщо \fBping\fP використовує \fIсокети без обробки\fP, необхідності у
визначенні інтерфейсу виведення даних немає, але його слід визначити, щоб
уникнути неоднозначності, якщо існує декілька можливих інтерфейсів виведення
даних\&.
.PP
Передбачено два способи визначити інтерфейс виведення даних:
.PP
\(bu з використанням \fI% notation\fP
.RS 4
До адреси призначення буде дописано постфікс \fI%\fP та назву інтерфейсу
виведення або ifindex. Приклад:
.sp
\fBping fe80::5054:ff:fe70:67bc%eth0\fP
.sp
\fBping fe80::5054:ff:fe70:67bc%2\fP
.RE
.PP
\(bu з використанням \fI\-I параметр\fP
.RS 4
При використанні \fIсокетів датаграми ICMP\fP підтримку цього методу
передбачено з таких версій ядра: 5\&.17, 5\&.15\&.19, 5\&.10\&.96,
5\&.4\&.176, 4\&.19\&.228, 4\&.14\&.265\&. Крім того, його підтримку не
передбачено для libc musl\&.
.RE
.SH "ПОДРОБИЦІ ЩОДО ПАКЕТІВ ICMP"
.PP
Розмір заголовка IP без параметрів складає 20 байтів\&. Пакет ICMP
ECHO_REQUEST містить додаткові 8 байтів заголовка ICMP з наступним довільним
об'ємом даних\&. Якщо вказано аргумент \fIрозмір_пакета\fP, цей розмір
визначатиме розмір додаткового фрагмента даних (типовим є значення)\&. Таким
чином, об'єм даних, які отримано у пакеті IP типу ICMP ECHO_REPLY завжди
перевищуватиме на 8 байтів об'єм даних, щодо якого надійшов запит (заголовок
ICMP)\&.
.PP
Якщо об'єм даних не є меншим за розмір структури timeval, \fBping\fP використає
початкові байти цього об'єму для включення часової позначки, яку програма
використовує для обчислення часу проходження сигналу\&. Якщо об'єм даних є
меншим за розмір структури, дані щодо часу проходження сигналу надано не
буде\&.
.SH "ДУБЛЬОВАНІ ТА ПОШКОДЖЕНІ ПАКЕТИ"
.PP
\fBping\fP повідомлятиме про дублювання та пошкодження пакетів\&. Дублювання
пакетів має бути виключено, але все ж трапляється через неналежні повторні
передавання даних на рівні зв'язку\&. Дублювання може траплятися з багатьох
причин і навряд (якщо взагалі колись) є ознакою чогось доброго, хоча
наявність малої кількості дублювань не завжди є причиною аж надто
перейматися\&.
.PP
Пошкоджені пакети, очевидно, є серйозною проблемою і часто вказують на
апаратні несправності десь на шляху пакетів \fBping\fP (у мережі або на
вузлах)\&.
.SH "ЗБІГИ ІДЕНТИФІКАТОРІВ"
.PP
На відміну від TCP і UDP, де порт використовують для однозначної
ідентифікації одержувача для доставки даних, у ICMP для ідентифікації
використовують поле ідентифікатора (ID)\&. Таким чином, якщо на одній машині
одночасно два процеси ping використовують той самий ідентифікатор, відповідь
на зондування може бути доставлено неправильному одержувачу\&. Це відома
проблема через обмежений розмір 16\-бітного поля ID\&. Це історичне обмеження
протоколу, яке неможливо виправити на даний момент, якщо ми не закодуємо
ідентифікатор у корисних даних пакета ping\&. \fBping\fP виводить помилку
\fIІНША АДРЕСА\fP і встановлює для втрати пакетів від'ємне значення\&.
.PP
У \fBping\fP для отримання однозначного числа використано PID\&. Типовим
значенням \fI/proc/sys/kernel/pid_max\fP є 32768\&. У системах, які широко
використовують ping із встановленим значенням \fIpid_max\fP, що перевищує
65535, можуть траплятися збіги ідентифікаторів\&.
.SH "СПРОБИ ВИКОРИСТАННЯ ІНШИХ ВЗІРЦІВ ДАНИХ"
.PP
(Між)мережевий шар ніколи не повинен обробляти пакети залежно від даних, які
у них містяться\&. На жаль, у мережах все ж трапляються проблеми, які
пов'язано із обробкою даних, і ці проблеми лишаються невиявленими протягом
довгих періодів часу\&. У багатьох випадках взірцем даних, який спричиняє
проблеми, є взірець, у якому недостатньо «переходів», зокрема взірець, який
складається лише з одиниць або нулів, або близький до екстремального
взірець, зокрема взірець, який складається майже з нулів\&. Не обов'язково
визначення взірця з одних нулів (наприклад) у рядку команди не обов'язково
буде достатнім, оскільки цікавий для нас взірець перебуває на рівні
передавання даних і зв'язок між тим, що ви вводите, і тим, що передають
контролери, може бути складним\&.
.PP
Це означає, що якщо у вас є проблема з даними, вам, ймовірно, доведеться
виконати багато перевірок, щоб виявити її\&. Якщо вам поталанить, ви
знайдете файл, який або не можна надіслати мережею, або передавання якого
триватиме набагато довше за передавання інших файлів такого самого
розміру\&. Потім ви можете проаналізувати цей файл на наявність повторюваних
взірців, перевірити які ви можете за допомогою параметра \fB\-p\fP \fBping\fP\&.
.SH "ПОДРОБИЦІ ЩОДО TTL"
.PP
Значення TTL пакета IP відповідає максимальній кількості маршрутизаторів IP,
через які пакет може пройти до того, як його буде відкинуто\&. На сьогодні,
можна очікувати, що кожен маршрутизатор в інтернеті зменшує значення поля
TTL точно на одиницю\&.
.PP
Поле TTL для пакетів TCP може приймати різні значення\&. Максимальним
можливим значенням для цього поля є 255, а рекомендованим початковим —
64\&. Щоб дізнатися більше, ознайомтеся із розділом щодо TCP/низькорівневого
інтерфейсу у RFC9293\&.
.PP
У звичайному режимі \fBping\fP виводить значення TTL з пакета, який програма
отримує\&. Коли віддалена система отримує пакет зондування, вона може
виконати одну з трьох дій з полем TTL у своїй відповіді:
.PP
.RS 4
\(bu Не змінювати його; це те, що робили системи Berkeley Unix до випуску
4\&.3BSD Tahoe\&. У цьому випадку значенням TTL у отриманому пакеті буде 255
мінус кількість маршрутизаторів на шляху проходження сигналу\&.
.RE
.PP
.RS 4
\(bu Встановити значення 255; це те, що роблять сучасні системи Berkeley
Unix\&. У цьому випадку значенням TTL у отриманому пакеті буде 255 мінус
кількість маршрутизаторів  на шляху \fBвід\fP віддаленої системи \fBдо\fP вузла,
який зондують за допомогою \fBping\fP\&.
.RE
.PP
.RS 4
\(bu Встановити якесь інше значення\&. На деяких машинах використовують те
саме значення для пакетів ICMP, що і для пакетів TCP, наприклад 30 або
60\&. Інші можуть використовувати якісь зовсім випадкові значення\&.
.RE
.SH ВАДИ
.PP
.RS 4
\(bu Багато вузлів і шлюзів ігнорують параметр RECORD_ROUTE\&.
.RE
.PP
.RS 4
\(bu Максимальна довжина заголовка IP є надто малою для параметрів, подібних
до RECORD_ROUTE, щоб він міг бути корисним\&. Втім, з цим нічого не
зробиш\&.
.RE
.PP
.RS 4
\(bu Загалом, не рекомендують користуватися заповнювальним зондуванням, і
заповнювальне зондування трансляційної адреси слід виконувати лише за дуже
контрольованих умов\&.
.RE
.SH "ДИВ. ТАКОЖ"
.PP
\fBip\fP(8), \fBss\fP(8)\&.
.SH ЖУРНАЛ
.PP
Команда \fBping\fP з'явилася у 4\&.3BSD\&.
.PP
На цій сторінці підручника описано її похідну, специфічну для Linux\&.
.PP
Починаючи з версії s20150815, виконуваний файл \fBping6\fP вилучено з
пакунка\&. Його об'єднано із \fBping\fP\&. Створення символічного посилання із
назвою \fBping6\fP, яке вказує на \fBping\fP, надасть у ваше розпорядження ті самі
функціональні можливості, що і у попередніх версіях\&.
.SH БЕЗПЕКА
.PP
\fBping\fP потребує можливості CAP_NET_RAW, щоб програму можна було виконати 1)
якщо програму використовують для запитів, відмінних від луна\-сигналів
(див. параметр \fB\-N\fP) або якщо для поля розпізнавання встановлено 0 для
ECHO_REQUEST (див. \fB\-e\fP), або 2) якщо у ядрі не передбачено підтримки
сокетів датаграм ICMP, або 3) якщо користувачеві не дозволено створювати
сокет луна\-сигналу ICMP\&. Програмою можна користуватися із визначенням біта
запуску від імені root\&.
.SH ДОСТУПНІСТЬ
.PP
\fBping\fP є частиною пакунка \fIiputils\fP\&.
.PP
.SH ПЕРЕКЛАД
Український переклад цієї сторінки посібника виконано
Yuri Chornoivan <yurchor@ukr.net>
.
.PP
Цей переклад є безкоштовною документацією; будь ласка, ознайомтеся з умовами
.UR https://www.gnu.org/licenses/gpl-3.0.html
GNU General Public License Version 3
.UE .
НЕ НАДАЄТЬСЯ ЖОДНИХ ГАРАНТІЙ.
.PP
Якщо ви знайшли помилки у перекладі цієї сторінки підручника, будь ласка, надішліть електронний лист до списку листування перекладачів:
.MT trans-uk@lists.fedoraproject.org
.ME .