Ping
Monitoraggio ping
È raggiungibile, e il collegamento verso di esso sta perdendo pacchetti.
A cosa serve
La domanda più semplice che puoi fare a una macchina: risponde o no. Un router, un firewall, un server senza servizio pubblico, un hardware in un rack: cose con un indirizzo e nient'altro con cui comunicare.
Ping è un echo ICMP, e riporta sia la perdita di pacchetti che la raggiungibilità, quindi un collegamento attivo che perde un quinto del traffico è visibile come qualcosa di diverso da 'tutto ok'. Se ti interessa un servizio su una porta piuttosto che l'host, il controllo della porta TCP è quello che conosce la differenza.
Come ogni controllo qui, viene eseguito da Amsterdam, New York, Sydney and Singapore, e un errore viene confermato da altri due continenti prima che qualcuno venga svegliato. Come funziona.
Cosa puoi impostare
Tutto ciò che segue è nel modulo quando ne aggiungi uno, su ogni piano.
- Host o indirizzo IP
- Un hostname o un indirizzo. Nessuna porta: il ping non è una connessione a qualcosa sull'host, è l'host che risponde.
Domande
Cosa misura effettivamente il controllo ping?
Quattro richieste echo ICMP, a mezzo secondo di distanza, e riporta la perdita di pacchetti come percentuale insieme alla latenza: il tempo di andata e ritorno minimo, medio e massimo. Quattro invece di una, così un singolo pacchetto perso su un collegamento occupato è visibile come perdita piuttosto che come interruzione.
La perdita parziale di pacchetti è up o down?
Nessuno dei due, che è la risposta onesta e quella che questo prodotto dà. Un host che risponde a un ping su quattro non è down e certamente non è tutto ok. La perdita totale è down, perché non risponde nulla. Una perdita superiore al 20% su diversi controlli consecutivi è degradata, il che avvisa senza fingere che l'host sia sparito.
Segnalate il jitter?
Non come un numero, e preferiamo dirlo piuttosto che calcolare qualcosa da quattro pacchetti e metterci sopra una parola. Quello che ottieni è il tempo di andata e ritorno minimo, medio e massimo per ogni controllo, e la differenza tra il primo e l'ultimo è ciò che avresti comunque letto.
E un host che non risponde al ping?
Molti host e firewall bloccano ICMP di proposito, e per un controllo ping questo è indistinguibile da un host che non c'è più: ogni echo è perso, quindi è down. Se l'host esegue un servizio, controlla la sua porta con il controllo della porta TCP, che non ha bisogno di ICMP.
Perché non fare semplicemente un ping da un cron job?
Un cron job che pinga un host è un controllo reale e non costa nulla, quindi se è tutto ciò di cui hai bisogno, fallo. Quello che non può fare è dirti se l'host ha smesso di rispondere o se è la tua connessione, perché da un solo punto sembrano identici. Inoltre, gira su una macchina che può perdere la rete, riempire il disco o essere riavviata, e un controllo silenzioso è peggio di nessun controllo. E qualcuno deve comunque notare l'output e avvisare qualcuno, che è la maggior parte del lavoro.