PING(8)

NOME
ping - invia ICMP ECHO_REQUEST agli host della rete

SINTASSI

ping [-aAbBdCDfhHLnOqrRUvV46] [-c count] [-e identifier] [-F flowlabel] [-i interval] [-I interface] [-l preload] [-m mark] [-M pmtudisc_option] [-N nodeinfo_option] [-w deadline] [-W timeout] [-p pattern] [-Q tos] [-s packetsize] [-S sndbuf] [-t ttl] [-T timestamp option] [hop...] {destination}

DESCRIZIONE

ping usa il's datagramma imperativo ECHO_REQUEST del protocollo ICMP per ottenere una ICMP ECHO_RESPONSE da un host o gateway. I datagrammi ECHO_REQUEST (“ping”) hanno un'intestazione IP e ICMP, seguita da un struct timeval e quindi un numero arbitrario di byte “pad” usati per completare il pacchetto.

ping opera sia con IPv4 che IPv6. L'utilizzo di uno solo dei due può essere ottenuto specificando -4 o -6.

ping può anche inviare Node Information Queries di IPv6 (RFC4620). Gli hop intermedi potrebbero non essere permessi perché l'instradamento della sorgente IPv6 è stato deprecato (RFC5095).

OPZIONI

-4
    Usa solo IPv4.

-6
    Usa solo IPv6.

-a
    Ping acustico.

-A
    Ping adattivo. L'intervallo tra pacchetti viene adattato al tempo di andata/ritorno, in modo che effettivamente non più di un (o più, se preload è stato impostato) probe senza risposta sia presente sulla rete. L'intervallo predefinito è di 2 ms, per maggiori informazioni vedere l'opzione -i. Su reti con RTT molto basso, questa modalità è equivalente a quella “flood”.

-b
    Permette di fare in ping ad indirizzi broadcast.

-B
    Non permette a ping di cambiare l'indirizzo sorgente delle richieste. L'indirizzo è bloccato su quello scelto all'avvio di ping.

-c contatore
    Si blocca dopo aver inviato contatore pacchetti ECHO_REQUEST. Con l'opzione deadline, ping attende per contatore pacchetti ECHO_REPLY, finché non scade il timeout.

-C
    Effettua la chiamata di sistema connect() durante la creazione del socket.

-d
    Imposta l'opzione SO_DEBUG sul socket utilizzato. Essenzialmente, questa opzione del socket non è usata dal kernel Linux.

-D
    Stampa l'orario (tempo unix + microsecondi come in gettimeofday) prima di ogni linea.

-e identificatore
    Imposta il campo di identificazione di ECHO_REQUEST. Il valore 0 implica l'utilizzo di raw socket (non supportato su ICMP datagram socket). Il valore del campo può essere mostrato con l'opzione -v.

-f
    Flood ping. Per ciascun invio ECHO_REQUEST viene stampato un “.”, mentre per ogni ECHO_REPLY ricevuto viene stampato un carattere di cancellazione. Questo mostra velocemente quanti pacchetti vengono persi. Se l'intervallo non è dato, imposta l'intervallo a zero e manda pacchetti non appena arrivano le risposte o cento al secondo, a seconda da quale è maggiore. Solo il super utente può usare questa opzione con intervallo zero.

-F flow label
    Solo IPv6. Alloca e imposta i 20 bit per l'etichetta «flow» (in hex) nei pacchetti echo request. Se il valore è zero, il kernel alloca una etichetta «flow» casuale.

-h
    Mostra la guida.

-H
    Impone la risoluzione dei nomi DNS per la stampa. Utile per destinazioni numeriche, o con l'opzione -f, che in maniera predefinita non lo fa. Prevale su altre opzioni -n precedenti.

-i intervallo
    Attende interval secondi tra ogni invio di pacchetti. Sono ammessi numeri reali che usano il punto come separatore della parte frazionaria (al di là di impostazioni della locale). Il comportamento predefinito è di attendere un secondo tra normali pacchetti, oppure di non attendere in modalità “flood”. Solo il super utente può impostare valori inferiodi a 2 ms. Ping broadcast e multicast hanno maggiori limitazioni per utenti normali: il minimo è 1 sec.

-I interfaccia
    interfaccia può essere un indirizzo, un nome di interfaccia o di VRF. Se interfaccia è un indirizzo, imposta l'indirizzo di origine come l'indirizzo dell'interfaccia specificata. Se interfaccia è un nome di interfaccia, imposta l'interfaccia sorgente con il nome di interfaccia specificato. Se interfaccia è un nome VRF, ogni pacchetto è inviato usando la tabella di instradamento corrispondente; in questo caso l'opzione -I può essere ripetuta per indicare un indirizzo sorgente. NOTA: per IPv6, quando si fa un ping verso un indirizzo link-local, l'indicazione del link (tramite '%'-notazione in destinazione, o usando questa opzione) può essere usata, ma non è più necessario.

-l preload
    Se preload è specificato, ping invia tutti questi pacchetti senza attendere risposta. Solo il super utente può impostare preload a più di 3.

-L
    Ignora il loopback di pacchetti multicast. Questa opzione si applica solo se la destinazione del ping è un indirizzo multicast.

-m marcatura
    usa marcatura per etichettare i pacchetti in uscita. Questo è utile per una serie di ragioni all'interno del kernel quali l'utilizzo di instradamento basato su «policy» per selezionare una specifica manipolazione all'uscita.

-M pmtudisc_opt
    Seleziona la strategia «Path MTU Discovery». L'opzione pmtudisc_opt può essere do (imposta il flag DF ma sottostà ai controlli PMTU del kernel, i pacchetto troppo grandi verranno rifiutati), want (effettua la scoperta PMTU, frammenta localmente quando la dimensione del pacchetto è grande), probe (imposta il flag DF e ignora i controlli PMTU, utile per i test) o dont (non impostare il flag DF).

-N nodeinfo_option
    Solo IPv6. Invia le Node Information Queries (RFC4620) IPv6 al posto di Echo Request. È necessaria la «capability» CAP_NET_RAW.

    help
        Mostra l'aiuto per il supporto NI.

    nome
        Interroga il Node Names.

    ipv6
        Interroga per gli indirizzi IPv6. Ci sono vari flag specifici per IPv6.

        ipv6-global
            Richiede indirizzi IPv6 global-scope.

        ipv6-sitelocal
            Richiede indirizzi IPv6 site-local.

        ipv6-linklocal
            Richiede indirizzi IPv6 link-local.

        ipv6-all
            Richiede indirizzi IPv6 su altre interfacce.

    ipv4
        Interroga per gli indirizzi IPv4. C'è un flag specifico per IPv4.

        ipv4-all
            Richiede indirizzi IPv4 su altre interfacce.

    subject-ipv6=ipv6addr
        Indirizzo oggetto IPv6.

    subject-ipv4=ipv4addr
        Indirizzo oggetto IPv6.

    subject-name=nodename
        Nome del soggetto. Se contiene più di un punto, viene assunto che sia un nome qualificato completamente.

    subject-fqdn=nodename
        Nome del soggetto. Viene sempre assunto che sia un nome qualificato completamente.

-n
    Stampa solo numerica. Non verrà fatto nessun tentativo di cercare i nomi simbolici per indirizzi host (non viene fatta la risoluzione DNS inversa). Questo è il comportamento predefinito per le destinazioni espresse numericamente o con l'opzione -f. Ha priorità sull'opzione -H definita in precedenza.

-O
    Riporta gli ECHO REPLY ancora sospesi prima di inviare il prossimo pacchetto. Questo è utile assieme alla marca temporale -D per memorizzare su un file di diagnostica e cercare le risposte mancanti.

-p modello
    Si possono specificare fino a 16 byte “pad” per completare il pacchetto da inviare. Questo è utile per diagnosticare i problemi dipendenti dai dati in una rete. Per esempio -p ff farà sì che il pacchetto inviato venga riempito con tutti uno.

-q
    Output silenzioso. Non è visualizzato nulla tranne le linee di sommario all'avvio e quando termina.

-Q tos
    Imposta i bit di Quality of Service nei datagrammi. tos può essere un numero decimale (solo ping) o esadecimale.

    Nell'RFC2474 questi campi sono interpretati come Differentiated Services (DS) su 8 bit, che consistono di: bit 0-1 (i due bit meno significativi) di dati a sé stanti, bit 2-7 (i 6 bit più significativi) di Differentiated Services Codepoint (DSCP). Negli RFC2481 e RFC3168 i bit 0-1 sono usati per ECN.

    Storicamente (RFC1349, reso obsoleto da RFC2474), questi erano interpretati come: bit 0 (quello meno significativo) riservato (adesso è stato ridefinito come controllo di congestione), 1-4 per il tipo di servizio, bit 5-7 (quelli più significativi) per la precedenza.

-r
    Bypassa le normali tabelle di instradamento e invia direttamente a un host su una interfaccia collegata. Se l'host non è su una rete collegata direttamente viene restituito un errore. Questa opzione può essere usata per fare un ping su un host locale attraverso un'interfaccia che non ha strada attraverso di esso, a condizione che sia presente anche l'opzione -I.

-R
    Solo ping. Registra la strada. Include l'opzione RECORD_ROUTE nel pacchetto ECHO_REQUEST e visualizza il buffer dell'instradamento sui pacchetti restituiti. Notare che l'intestazione IP è solo abbastanza grande per nove di tali strade. Molti host ignorano o scartano questa opzione.

-s dimensione
    Specifica il numero di byte di dati da inviare. Il valore predefinito è 56, che si traduce in 64 byte di dati ICMP quando combinato con gli 8 byte dei dati di intestazione di ICMP.

-S sndbuf
    Imposta il socket sndbuf. Se non specificato viene selezionato di non bufferizzare più di un pacchetto.

-t ttl
    Solo ping. Imposta il parametro Time to Live di IP.

-T opzione timestamp
    Imposta l'opzione timestamp IP speciale. opzione timestamp può essere tsonly (solo timestamp), tsandaddr (timestamp e indirizzi) o tsprespec host1 [host2 [host3 [host4]]] (timestamp su host predefiniti).

-U
    Stampa la latenza completa utente-a-utente (il vecchio comportamento). Normalmente ping stampa il tempo del andata/ritorno sulla rete, che può essere differente, ad esempio a causa di fallimenti del DNS.

-v
    Stampa prolissa. Non sopprime le risposte DUP durante i ping ad indirizzi multicast.

-V
    Mostra le informazioni sulla versione ed esce.

-w deadline
    Specifica un timeout, in secondi, prima che ping esca al di là di quanti pacchetti siano stati inviati o ricevuti. In questo caso ping non si ferma dopo contatore pacchetti inviati; attende che la deadline scada o che contatore invii ricevano risposta o qualche notifica di errore dalla rete.

-W timeout
    Tempo di attesa per una risposta, in secondi. Questa opzione entra in gioco in assenza di una risposta di qualsiasi tipo, altrimenti ping attende due RTT. Sono permessi numeri reali che usano il punto come separatore dei decimali (al di là delle impostazioni della locale). 0 indica un'attesa illimitata.

Quando si usa ping per isolare i guasti, deve prima essere avviato sull'host locale, per verificare che l'interfaccia della rete locale sia funzionante. Quindi, host e gateway lontani possono venire “pingati”. Vengono conteggiate le statistiche sui tempi di risposta e i pacchetti persi. Se vengono ricevuti pacchetti duplicati essi non sono inclusi nel calcolo dei pacchetti persi, sebbene il tempo di risposta di questi pacchetti sia usato nel calcolare i numeri di minimo/medio/massimo tempo di risposta.

Deviazione standard della popolazione (mdev), essenzialmente è la media di quanto distante ogni RTT di ping si trovi rispetto alla media totale RTT. Più è alto mdev, maggiore è la variabilità di RTT (nel tempo). Con un'alta variabilità di RTT ci saranno problemi di velocità nei trasferimenti di blocchi (richiederanno più dello stretto necessario poiché la variabilità farà attendere gli ACK il mittente) e si avrà una qualità VoIP che va dal medio allo scarso.

Quando il numero specificato di pacchetti è stato inviato (e ricevuto) o se il programma è terminato con un SIGINT, viene visualizzato un breve sommario. Statistiche aggiornate più brevi possono essere ottenute senza la terminazione del processo con il segnale SIGQUIT.

Questo programma è pensato per l'uso nel test, misura e gestione delle reti. A causa del carico che può imporre alla rete è sconsigliabile usare ping durante le normali operazioni o da script automatizzati.

STATO DI USCITA

Se ping non riceve assolutamente nessuna riposta, uscirà con codice 1. Se vengono indicati sia contatore che deadline e sono ricevuti meno di contatore pacchetti prima che scada deadline, uscirà ancora con codice 1. A seguito di altri errori uscirà con codice 2. Altrimenti uscirà con codice 0. Questo permette di usare il codice d'uscita per vedere se un host è vivo o meno.

DESTINAZIONI LINK-LOCAL IPV6

In IPv6, quando l'indirizzo di destinazione è nell'ambito link-local e ping sta usando socket datagrammi ICMP, l'interfaccia d'uscita deve essere specificata. Quando ping sta usando socket raw non è strettamente necessario indicare l'interfaccia di uscita, ma dovrebbe essere fatto per evitare ambiguità quando le possibili interfacce di uscita sono più di una.

Ci sono due modi per specificare l'interfaccia d'uscita:

• usando la % notazione
    L'indirizzo di destinazione ha appeso il carattere % e il nome dell'interfaccia o il suo indice, per esempio:

    ping fe80::5054:ff:fe70:67bc%eth0

    ping fe80::5054:ff:fe70:67bc%2

• usando una -I opzione
    Quando si usano socket datagrammi ICMP, questo metodo è supportato con le seguenti versioni del kernel: 5.17, 5.15.19, 5.10.96, 5.4.176, 4.19.228, 4.14.265. Inoltre non è supportato con la libc musl.

DETTAGLI PACCHETTO ICMP

Un'intestazione IP senza opzioni è di 20 byte. Un pacchetto ICMP ECHO_REQUEST contiene un'intestazione addizionale ICMP di 8 byte seguita da un ammontare arbitrario di dati. Quando viene data una dimensione questo indica la dimensione di questa parte extra di dati (il valore predefinito è 56). Quindi l'ammontare di dati ricevuti in un pacchetto IP di tipo ICMP ECHO_REPLY sarà sempre 8 byte in più dello spazio dati richiesto (l'intestazione ICMP).

Se lo spazio dati è grande almeno come la struct timeval, ping usa questo spazio iniziale per includere data e ora, che usa nel computo dei tempi di risposta. Se lo spazio è inferiore non vengono dati tempi di risposta.

PACCHETTI DUPLICATI E DANNEGGIATI

ping riporterà i pacchetti duplicati e danneggiati. Non devono mai esserci pacchetti duplicati, e ciò sembra causato da ritrasmissioni inappropriate a livello di connessione. Le duplicazioni possono avvenire in molte situazioni e sono raramente (per non dire mai) un buon segno, sebbene la presenza di bassi livelli di duplicati potrebbe non sempre essere causa di allarme.

I pacchetti danneggiati una seria causa di allarme, e spesso indicano hardware malfunzionante da qualche parte nel percorso dei pacchetti di ping (nella rete o negli host).

COLLISIONI DI ID

Contrariamente a TCP e UDP, che usano porte per identificare il destinatario al quale consegnare i dati, ICMP usa un campo di identità (ID) per l'identificazione. Quindi, se sulla stessa macchina e allo stesso momento, due processi ping usano lo stesso ID, le risposte echo possono finire al destinatario errato. Questo è un problema conosciuto dovuto alla limitata dimensione di 16 bit del campo ID. Questa è una limitazione storica del protocollo che non può essere corretta ora a meno di inserire l' ID nella parte di carico del pacchetto ping. ping stampa l'errore INDIRIZZO DIVERSO è il numero di pacchetti persi diventa negativo.

ping usa PID per ottenere un numero unico.Il valore predefinito di /proc/sys/kernel/pid_max è 32768. Su sistemi che usano molto ping e nei quali pid_max è maggiore di 65535 è possibile che ci siano delle collisioni.

PROVARE DIFFERENTI PATTERN DATI

Lo strato di (inter)network non deve mai trattare i pacchetti in modo differente in funzione dei dati contenuti nella porzione dati. Sfortunatamente sono noti problemi dipendenti dai dati che si infilano nelle reti e rimangono nascosti per lunghi periodi di tempo. In molti casi il particolare schema che avrà problemi è qualcosa che non ha sufficienti "transizioni", come tutti uno o tutti zero, o uno schema al confine, come uno con quasi tutti zero. Non è necessariamente sufficiente specificare uno schema dati di tutti zero (per esempio) sulla linea di comando, perché lo schema di interesse è al livello collegamento dati, e la relazione tra ciò che si digita e ciò che il controller trasmette può essere complessa.

Ciò significa che se si ha un problema dipendente dai dati bisognerà probabilmente fare molti test per trovarlo. Se si è fortunati si può trovare un file che non può essere inviato attraverso la propria rete o che impiega troppo tempo per trasferirsi di altri file di lunghezza simile. Si può quindi esaminare questo file per trovare gli schemi ripetuti, che si possono testare usando l'opzione -p di ping.

DETTAGLI TTL

Il valore TTL di un pacchetto IP rappresenta il numero massimo di router IP che il pacchetto può attraversare prima di essere cestinato. Nella pratica corrente ci si può aspettare che ciascun router in Internet decrementi il campo TTL esattamente di uno.

Il campo TTL per pacchetti TCP può prendere vari valori6. Il valore massimo ammesso per questo campo è 255, un valore iniziale raccomandato è 64. Per maggiori informazioni vedere la sezione «TCP/Lower-Level Interface» dell'RFC9293.

Nelle operazioni normali ping stampa il valore ttl dal pacchetto che riceve. Quando un sistema remoto riceve un pacchetto ping, esso può fare una tra tre cose con il campo TTL nella risposta:

    • Non lo cambia; questo è ciò che i sistemi Berkeley Unix facevano prima della release 4.3BSD Tahoe. In questo caso il valore TTL nel pacchetto ricevuto sarà 255 meno il numero di router nel percorso di ritorno.

    • Impostarlo a 255; questo è ciò che fanno attualmente i sistemi Berkeley Unix. In questo caso il valore TTL nel pacchetto ricevuto sarà 255 meno il numero di router nel percorso dal sistema remoto all'host che fa inviato il ping..

    • Impostarlo su qualche altro valore. Alcune macchine usano per i pacchetti ICMP lo stesso valore che usano per i pacchetti TCP, per esempio o 30 o 60. Altri possono usare valori completamente generici.

BUG

    • Molti Host e Gateway ignorano l'opzione RECORD_ROUTE.

    • La lunghezza massima dell'intestazione IP è troppo piccola per opzioni come RECORD_ROUTE per essere completamente utile. Tuttavia su questo non si può fare molto.

    • Il flood pinging in generale non è consigliato, e il flood pinging su indirizzo broadcast deve essere fatto solo sotto condizioni strettamente controllate.

VEDERE ANCHE

ip(8), ss(8).

STORIA

Il comando ping è apparso in BSD 4.3.

La versione qui descritta è un derivato specifico per Linux.

Dalla versione s20150815, l'eseguibile ping6 non esiste più. È stato inglobato in ping. Creare un link simbolico chiamato ping6 che punta a ping risulterà nella stessa funzionalità che c'era prima.

SICUREZZA

ping richiede la «capability» CAP_NET_RAW per essere eseguito 1) nel caso che il programma sia usato per delle query non-echo (vedere l'opzione -N) o quando il campo di identificazione viene impostato a 0 per ECHO_REQUEST (vedere -e), o 2) se il kernel non supporta socket datagrammi ICMP, o 3) se l'utente non ha il permesso di creare un socket echo ICMP. Il programma può essere impostato come set-uid root.

DISPONIBILITÀ

ping fa parte del pacchetto iputils.

TRADUZIONE
La traduzione italiana di questa pagina di manuale è stata creata da Giulio Daprelà <giulio@pluto.it> e Giuseppe Sacco <eppesuig@debian.org>

Questa traduzione è documentazione libera; leggere la GNU General Public License Versione 3 (https://www.gnu.org/licenses/gpl-3.0.html) o successiva per le condizioni di copyright. Non ci assumiamo alcuna responsabilità.

Per segnalare errori nella traduzione di questa pagina di manuale inviare un messaggio a pluto-ildp@lists.pluto.it.