-
- -a
-
ping audible.
-
- -A
-
ping adaptatif. L'intervalle inter-paquets s'adapte au délai aller-retour
(round-trip time, rtt), afin qu'il n'y ait pas plus d'une sonde sans
réponse (ou plus, si le préchargement est utilisé) sur le réseau.
L'intervalle minimal est de 200 ms pour les utilisateurs normaux (non
super-utilisateurs). Sur les réseaux de rtt faible, ce mode est quasiment
équivalent au mode inondation.
-
- -b
-
Permettre de « pinger » une adresse de diffusion (broadcast).
-
- -c nombre
-
S'arrêter après l'envoi de nombre paquets ECHO_REQUEST. Avec l'option
heure-limite, ping attend jusqu'à nombre paquets
ECHO_REPLY avant que la temporisation n'expire.
-
- -d
-
Spécifier l'option SO_DEBUG sur la socket utilisée. Cette option de socket
n'est essentiellement pas utilisée par le noyau Linux.
-
- -F étiquette-flux
-
Allouer et spécifier une étiquette de flux (sur 20 bits) dans les paquets
de requête d'écho (ping6 uniquement). Si la valeur est nulle, le noyau
alloue une étiquette de flux aléatoire.
-
- -f
-
Mode inondation. Pour chaque ECHO_REQUEST envoyé, un point est affiché,
alors que pour chaque ECHO_REPLY reçu, un backspace (effacement arrière)
est affiché. Cela fournit un affichage rapide du nombre de paquets qui ont
été jetés. Si aucun intervalle n'est fourni, ping fixe l'intervalle à
zéro et émet des paquets dès qu'en reviennent d'autres, avec un minimum de
100 fois/s. Seul le super-utilisateur peut utiliser cette option avec un
intervalle nul.
-
- -i intervalle
-
Attendre intervalle secondes entre chaque envoi de paquet. Le délai
par défaut est normalement d'une seconde, ou nul en mode inondation. Seul
le super-utilisateur peut fixer l'intervalle à des valeurs inférieures à
0.2 secondes.
-
- -I adresse-interface
-
Fixer l'adresse source à l'adresse de l'interface spécifiée. L'argument
peut être une adresse IP numérique ou le nom d'un périphérique. Cette
option est requise quand on désire joindre une adresse IPv6 locale au lien.
-
- -l préchargement
-
Si préchargement est spécifié, ping envoie ce nombre de paquets
sans attendre de réponse. Seul le super-utilisateur peut sélectionner un
préchargement supérieur à 3.
-
- -L
-
Enlever la boucle locale des adresses réceptrices des paquets
multidestinataires (multicast). Ce drapeau ne s'applique que si la
destination du ping est une adresse multidestinataire.
-
- -n
-
Sortie numérique uniquement. Ne pas essayer de trouver les noms symboliques
correspondant aux adresses d'hôtes.
-
- -p motif
-
Vous pouvez spécifier jusqu'à 16 octets de bourrage pour remplir
entièrement le paquet à envoyer. C'est utile pour diagnostiquer des
problèmes dépendant des données dans un réseau. Par exemple, -p ff
forcera le remplissage du paquet envoyé avec des un.
-
- -Q tos
-
Spécifier les bits relatifs à la Qualité de Service dans les datagrammes
ICMP. tos peut être un nombre décimal ou hexadécimal.
Traditionnellement (RFC 1349), les numéros de bits sont interprétés comme
suit : 0 est réservé (actuellement en cours de redéfinition pour le
contrôle de congestion), 1-4 pour le type de service (Type of Service,
ToS), et 5-7 pour la Priorité. Les valeurs possibles pour le type de
service sont : coût minimal : 0x02, fiabilité : 0x04, débit : 0x08,
bas délai : 0x10. Plusieurs bits de TOS ne devraient pas être utilisés
simultanément. Les possibilités pour la Priorité vont de priorité normale
(0x20) à supervision réseau (0xe0). Vous devez être root (capacité
CAP_NET_ADMIN) pour utiliser la priorité Critique ou une valeur de plus
haute priorité. Vous ne pouvez pas positionner le bit 0x01 (réservé) à
moins que l'ECN (NdT : Explicit Congestion Notification, notification
explicite de congestion) n'ait été activée dans le noyau. Dans le RFC 2474,
ces champs ont été redéfinis pour former un champ de 8 bits destiné aux
services différenciés (Differentiated Services, DS), constitué des bits 0-1
de données indépendantes (ECN sera utilisé ici), et des bits 2-7 du
Differentiated Services Codepoint (DSCP).
-
- -q
-
Sortie silencieuse. Rien n'est affiché à part les lignes de résumé au
démarrage et à la fin de l'exécution.
-
- -R
-
Enregistrer la route. Inclut l'option RECORD_ROUTE dans le paquet
ECHO_REQUEST et affiche (le tampon de) la route dans les paquets retournés.
Notez que l'en-tête IP ne peut contenir qu'au plus neuf de ces routes.
Beaucoup d'hôtes ignorent ou désactivent cette option.
-
- -r
-
Ne pas utiliser les tables de routage normales et envoyer les paquets
directement à un hôte présent sur une interface directement connectée. Si
l'hôte n'est pas situé dans un réseau directement connecté, une erreur est
renvoyée. Cette option peut être utilisée pour pinger un hôte local au
travers d'une interface ne faisant partie d'aucune route à condition que
l'option -I soit également utilisée.
-
- -s taille-paquet
-
Spécifie le nombre d'octets de données à envoyer. Le nombre par défaut est
56, ce qui se traduit en 64 octets de données ICMP quand ils sont combinés
avec les 8 octets de données de l'en-tête ICMP.
-
- -S tampon-émission
-
Fixer le tampon d'émission de la socket. S'il n'est pas spécifié, on en
choisit un ne pouvant contenir plus d'un paquet.
-
- -t ttl
-
Spécifier le champ IP Time to Live.
-
- -T option-horodate
-
Spécifier des options d'horodates IP spéciales. L'option-horodate
peut être tsonly (uniquement les horodates), tsandaddr
(horodates et adresses) ou tsprespec hôte1 [hôte2 [hôte3 [hôte4]]]
(sauts préspécifiés horodatés).
-
- -M conseil
-
Sélectionner la stratégie de découverte de la MTU (NdT : Maximum Transfer
Unit, unité de transfert d'information maximale) du chemin (Path MTU
Discovery). conseil peut être soit do (ne pas fragmenter, même
en local), want (effectuer la découverte du PMTU, fragmenter
localement quand la taille du paquet est importante), ou dont (ne pas
spécifier le drapeau DF).
-
- -U
-
Afficher le temps de latence total utilisateur-à-utilisateur (l'ancien
comportement). Normalement, ping affiche le rtt du réseau, qui peut
être différent p.ex. à cause d'échecs du DNS.
-
- -v
-
Sortie verbeuse.
-
- -V
-
Afficher le numéro de version et se terminer.
-
- -w heure-limite
-
Spécifier un délai, en secondes, avant que ping ne se termine quel
que soit le nombre de paquets envoyés ou reçus. Dans ce cas, ping ne
s'arrêtera pas après l'envoi de nombre paquets, mais attendra que le
délai expire ou que nombre sondes aient reçu une réponse, ou encore
qu'une notification d'erreur provienne du réseau.
Quand vous utilisez ping pour la localisation de pannes, il devrait
d'abord être exécuté sur l'hôte local, pour vérifier que l'interface réseau
locale est activée et fonctionne correctement. Ensuite, les hôtes et les
passerelles de plus en plus éloignés devraient être « pingés ». Les
délais aller-retour et les statistiques de perte de paquets sont calculés.
Si des paquets dupliqués sont reçus, ils ne sont pas inclus dans le calcul
des pertes de paquets, bien que leur délai aller-retour soit utilisé pour
déterminer les délais aller-retour min/max/moyen. Quand le nombre de
paquets spécifié a été envoyé (et reçu), ou si le programme est terminé par
un SIGINT, un bref résumé est affiché. Des statistiques actuelles plus
courtes peuvent être obtenues sans terminer le processus en utilisant le
signal SIGQUIT.
Si ping ne reçoit aucun paquet en réponse, il se terminera avec un
code de retour de 1. Si une heure-limite et un nombre de
paquets sont tous deux spécifiés, et que moins de nombre paquets ont
été reçus avant l'heure-limite, ping se terminera également
avec un code de retour de 1. En cas d'autre erreur, le code de retour est
2. Sinon, il s'agit de 0. Cela permet d'utiliser le code de sortie pour
déterminer si un hôte est actif ou non.
Ce programme est destiné aux cas de tests, de mesure, et de gestion de
réseaux. À cause de la charge qu'il impose sur le réseau, il n'est pas
très indiqué d'utiliser ping en temps normal, ou à partir de scripts
automatisés.