Ping

Ping è uno strumento gratuito che verifica se un sito web, un server o una porta sono raggiungibili e restituisce il tempo di risposta, il codice di stato o l'errore rilevato.

Che cosa verifica davvero un controllo ping?

Un controllo ping verifica se un sistema remoto risponde dalla rete su cui viene eseguito il test. La verifica specifica dipende dal protocollo selezionato.

• HTTP(s) controlla un URL web tramite HTTP o HTTPS. È adatto a siti, API e servizi web perché può restituire un codice di stato della risposta HTTP.
• Ping (ICMP) verifica se un host risponde al traffico echo del protocollo Internet Control Message Protocol. È il significato tradizionale di "ping" nelle reti.
• Host / Porta controlla se una determinata porta di rete è raggiungibile su un host. Alcuni esempi tipici sono un server di posta SMTP, un server POP o un endpoint di database.

Questi controlli rispondono a domande leggermente diverse. Una risposta ICMP indica che l'host accetta e gestisce quel tipo di traffico di rete, ma non dimostra che il sito web o il servizio di posta funzionino. Una risposta HTTP fornisce un codice di stato, che può segnalare un problema. Se il controllo di una porta ha esito positivo, significa che la porta è raggiungibile, non che l'accesso a livello applicativo o una query al database andranno a buon fine.

Come si usa lo strumento Ping?

Seleziona il Protocollo Ping appropriato, inserisci l'indirizzo corrispondente e avvia il controllo. Usa il tipo di dato richiesto dal protocollo scelto.

1. Scegli HTTP(s) e inserisci un URL completo, per esempio https://www.example.com/status, per diagnosticare un sito web, un endpoint API o un servizio web.
2. Scegli Ping (ICMP) e inserisci un Host, per esempio server.example.com o un indirizzo IP, per verificare se un server risponde al traffico ICMP.
3. Scegli Host / Porta, inserisci l'Host e poi indica il numero della Porta. Per esempio, un servizio di invio SMTP usa comunemente la porta 587, mentre HTTPS usa spesso la porta 443.

Non aggiungere un percorso URL a un controllo che accetta solo un host. Al contrario, per un controllo HTTP può essere necessario specificare il percorso completo se il problema riguarda una singola rotta API o pagina anziché l'intero dominio. I numeri delle porte di trasporto sono valori a 16 bit compresi tra 0 e 65.535. La porta 0 è riservata e normalmente non viene usata come porta di servizio. Spazi, virgole ed etichette come "porta 443" non fanno parte del numero di porta.

Il controllo Ping viene eseguito sul server. I dati inseriti viaggiano verso quel server tramite HTTPS e non vengono memorizzati. Evita di includere password, chiavi API o altri dati segreti in un URL, perché potrebbero essere esposti al servizio remoto e ad altri componenti della normale infrastruttura web.

Come si interpreta il risultato del ping?

Controlla innanzitutto il risultato relativo alla disponibilità, poi usa il tempo di risposta, lo stato HTTP o l'errore per circoscrivere il problema.

Per esempio, un ipotetico risultato HTTP potrebbe mostrare Online, un tempo di risposta di 180 ms e il codice di stato 200. Il codice 200 indica che la richiesta è riuscita. Una risposta 404 significa che il server di origine non ha trovato una rappresentazione attuale della risorsa richiesta oppure non intende rivelare che tale risorsa esiste. Una risposta 5xx (Errore del server) appartiene alla classe degli errori del server. La causa precisa dipende dallo specifico codice di stato.

Un risultato Offline non significa sempre che l'intero sistema sia offline. Un firewall potrebbe bloccare ICMP mentre HTTPS continua a funzionare, oppure una porta potrebbe essere chiusa mentre gli altri servizi restano disponibili. Esegui il controllo più adatto al servizio che gli utenti stanno tentando di raggiungere.

Problemi comuni rilevati dal ping

Se un sito web non si carica, inizia con HTTP(s) e inserisci esattamente l'URL interessato. Se il dominio risponde ma una sola pagina restituisce 404, controlla la rotta, le regole di riscrittura o il deployment. Se il browser mostra un avviso relativo al certificato HTTPS, usa Ricerca SSL per visualizzarne i dettagli, invece di affidarti soltanto al ping. Ricerca intestazioni HTTP può inoltre mostrare i reindirizzamenti e le intestazioni della risposta.

Se un messaggio email non arriva, usa Host / Porta con il nome host del server di posta e la porta configurata nell'applicazione di invio o ricezione. Una porta SMTP raggiungibile non dimostra che il server accetterà un determinato messaggio. Errori di autenticazione, filtri antispam, record DNS della posta e regole del destinatario non possono essere verificati con un semplice controllo della porta.

Dopo aver trasferito un sito su un nuovo host, controllane il nome host tramite ICMP o HTTP, a seconda dei casi. Verifica il record DNS e considera la possibile presenza di risposte memorizzate nella cache. Ricerca Whois può aiutarti a confermare le informazioni sulla registrazione del dominio, ma non mostra quale risposta DNS sia attualmente memorizzata da ogni resolver.

Perché la cache DNS può far sembrare errato un risultato corretto?

La cache DNS può fare in modo che il server dello strumento e il tuo dispositivo risolvano temporaneamente lo stesso nome host in indirizzi diversi. I resolver ricorsivi conservano le risposte DNS in base al relativo time to live, spesso chiamato TTL. Anche alcune applicazioni e alcuni sistemi operativi mantengono cache locali.

Per descrivere questo ritardo si usa comunemente il termine "propagazione", anche se i record DNS non vengono distribuiti ovunque tramite un unico processo coordinato. Ogni cache scade secondo le proprie tempistiche. Di conseguenza, un record modificato di recente potrebbe già funzionare su una connessione, mentre un'altra continua a usare l'indirizzo precedente.

Poiché lo strumento esegue il controllo sul proprio server, il risultato riflette il percorso di rete e la risoluzione DNS disponibili a quel server in quel momento. Non può dimostrare che tutti i provider Internet, le reti mobili o i resolver aziendali in Italia vedano la stessa destinazione. Se il comportamento varia in base alla posizione, confronta il risultato con un controllo locale e interroga i record DNS pertinenti.

Domande frequenti

Che cosa succede con i domini accentati o con caratteri non latini?

IDNA converte le etichette di dominio Unicode compatibili in A-label ASCII. Punycode è l'algoritmo di codifica usato nelle A-label pertinenti. I browser spesso convertono automaticamente la grafia leggibile, ma i campi host e i sistemi diagnostici potrebbero richiedere il formato A-label. Controlla attentamente l'ortografia, perché caratteri Unicode visivamente simili possono rimandare a domini diversi.

Un tempo di risposta basso resterà sempre tale?

No. Il tempo di risposta varia in base all'instradamento, alla congestione della rete, al carico del server e alla distanza fisica. Esegui più controlli in orari confrontabili e analizza le variazioni persistenti, invece di considerare una singola risposta lenta come prova di un malfunzionamento.

Prima di modificare le impostazioni DNS, del firewall o del server, verifica di aver controllato esattamente il nome host, il percorso URL e la porta usati dal servizio interessato. Annota l'ora del risultato e confrontala con i log locali, così da poter mettere in relazione entrambi i lati della connessione.