Il sito è giù per tutti o solo per me?

Perché un controllo multi-ubicazione risolve la domanda

Una richiesta dal tuo portatile passa attraverso la cache del tuo browser, il resolver DNS del tuo sistema operativo, il tuo router, il tuo provider internet, e solo allora raggiunge il percorso internet verso il server. Ciascuno di questi livelli può fallire da solo mentre il server è perfettamente in salute. Esegui la stessa richiesta da una postazione di controllo in un altro paese e nessuno dei tuoi livelli locali è coinvolto. Se fallisce anche lì, il problema è sulla destinazione. Se ha successo, il problema sta tra te e internet, e la ricerca si è ristretta dal mondo intero alla tua sola macchina e rete.

Eseguirlo da più di una ubicazione aggiunge una terza risposta possibile, ed è una comune: il sito è attivo in alcuni luoghi e giù in altri. Questo schema indica un percorso di rete regionale, un edge CDN, un blocco geografico, oppure una modifica DNS che ha raggiunto alcuni resolver e non altri, e non un server spento.

Cosa non va di solito quando sei solo tu

• Cache DNS obsoleta. Il tuo resolver o il tuo sistema operativo tiene ancora un vecchio indirizzo IP per il dominio, quindi ti stai connettendo a un server che si è spostato.
• Il tuo provider internet o il percorso verso l'host. Un collegamento di peering rotto o un problema di instradamento riguarda tutti quelli su quel provider e nessun altro.
• VPN o proxy aziendale. Il traffico esce da un luogo del tutto diverso, e quel punto di uscita può essere bloccato, filtrato o semplicemente lento.
• Il file hosts. Una voce aggiunta mesi fa durante un test sovrascrive ancora il DNS reale, di solito puntando a una macchina che non c'è più.
• Cache del browser, service worker o un'estensione. Una pagina di errore in cache, un service worker obsoleto o un blocca-contenuti possono far sembrare morta una pagina funzionante.
• Firewall locale o software di sicurezza. Alcune suite bloccano intere categorie di siti, oppure bloccano una porta di cui il sito ha bisogno.
• Un certificato scaduto o non attendibile solo sulla tua macchina. Un orologio di sistema sbagliato fa sembrare scaduto ogni certificato valido.

Come verificare da un'altra rete

Il test manuale più rapido non richiede alcuno strumento. Spegni il Wi-Fi sul tuo telefono e apri il sito con i dati mobili: rete diversa, resolver DNS diverso. Se si carica lì e non sul tuo portatile, il guasto è locale.

Da un terminale, chiedi direttamente le intestazioni, poi chiedi a un resolver pubblico quale IP pensa che abbia il dominio:

curl -I -sS --max-time 10 https://example.com/
dig +short example.com @8.8.8.8
dig +short example.com

La prima riga ti dice se un server ha risposto affatto, e con quale codice di stato. Se curl segnala un timeout di connessione o un guasto DNS, non ha risposto nulla. Se le due righe di dig non concordano, il tuo resolver locale sta tenendo un indirizzo diverso da quello pubblico, e una cache obsoleta è il probabile colpevole. Su Windows, ipconfig /flushdns svuota la cache locale; su macOS, sudo dscacheutil -flushcache; sulla maggior parte dei sistemi Linux, riavviare il servizio del resolver lo fa.

Cosa significa ciascun esito

• Giù ovunque. Il server, il suo hosting o il suo DNS è genuinamente rotto. Guarda il codice di stato: un 502 o un 503 significa che qualcosa ha risposto e l'applicazione dietro di esso no, il che è molto diverso da nessuna risposta affatto.
• Giù solo in alcuni luoghi. Sospetta un DNS che non ha finito di aggiornarsi ovunque, un edge CDN o una regione con un problema, oppure una regola firewall che blocca certe reti o paesi.
• Attivo ovunque ma non per te. Ripassa le cause locali sopra elencate, partendo dal DNS e dalla VPN.
• Attivo, ma lento ovunque. Non è un'interruzione. Spesso precede una vera interruzione, quindi misuralo correttamente invece di tirare a indovinare.

Un dettaglio inganna le persone. Un sito può essere "attivo" nel senso che restituisce una pagina ed essere comunque rotto per i visitatori: un controllo che cerca solo una risposta conta una pagina di errore del database come un successo quando il server la restituisce con un 200. Guarda cosa è tornato indietro, non solo se è tornato indietro qualcosa.

Scoprirlo prima che lo faccia un cliente

Un controllo occasionale risponde alla domanda che hai in questo momento, e solo perché hai pensato di farla. Le interruzioni che iniziano alle tre del mattino, o che riguardano solo una regione, vengono di solito scoperte prima da un cliente. Il monitoraggio pianificato esegue lo stesso controllo continuamente da molte ubicazioni e ti dice nel momento in cui il risultato cambia, con l'ubicazione e l'errore allegati. HostTracker esegue quei controlli da oltre 300 postazioni in 158 città e avvisa via email, SMS, chiamata vocale, Slack, Telegram e altro, così che un guasto regionale appaia diverso da uno globale al primo avviso. Il controllo sito irraggiungibile ti dà lo stato di un sito in questo momento. Se il sito risponde ma risponde lentamente, misuralo correttamente: tempo di risposta del server.