Il sito è down?

Perché un secondo punto di vista chiude la questione

La tua richiesta di una pagina parte dal tuo dispositivo, attraversa il router Wi-Fi, il tuo provider internet e un resolver DNS, e solo dopo arriva al server del sito. Un guasto in qualsiasi punto del percorso ti dà la stessa scheda vuota. Dalla tua sedia, un server morto e un router confuso sembrano identici.

Una richiesta inviata da un’altra rete non condivide nessuna parte della tua attrezzatura. Se riceve una risposta, il server è vivo e il guasto è dalla tua parte del percorso. Se fallisce anche lei, puoi smettere di riavviare il router.

Cosa fa il controllo, nell’ordine

1. Risoluzione del nome. Chiede a un resolver pubblico i record A (IPv4) e AAAA (IPv6) dell’host. Nessun indirizzo chiude il controllo con «Non trovato», e una risposta NXDOMAIN ti dice che il nome non esiste. Un host con solo un indirizzo IPv6 riceve un avviso, perché molte reti non riescono ancora a raggiungerlo.
2. Richiesta con verifica del certificato. Si connette, invia una normale richiesta di pagina e segue fino a sei redirect uno per uno, cronometrando ogni passaggio. Ogni passaggio ha 8 secondi per connettersi e 15 secondi in totale.
3. Nuovo tentativo senza verifica. Se l’unico ostacolo era il certificato TLS, un secondo tentativo lo ignora. Un sito che risponde così viene segnalato come «Certificato rifiutato». Funziona, ma ogni browser mostrerà un avviso.
4. HTTP semplice. Se HTTPS non è riuscito proprio a connettersi, prova http://.
5. L’altra grafia. Se tutto è fallito, prova lo stesso dominio con o senza www. e ti avvisa se quella versione funziona.

Come leggere il verdetto

Sotto il verdetto trovi gli indirizzi trovati, l’IP raggiunto, la versione HTTP, il tempo di connessione e quello al primo byte, l’emittente del certificato e la sua data di scadenza. Un certificato con meno di 14 giorni rimasti viene segnalato, perché nessun guasto è più facile da prevedere.

Quando risponde a noi e non a te

Procedi dal tuo dispositivo verso l’esterno:

Il browser

Apri la pagina in una finestra privata. Così escludi in un colpo solo le estensioni e un cookie danneggiato.

La rete

Carica il sito su un telefono con i dati mobili. Se lì funziona, la causa è nella rete di casa o dell’ufficio, oppure nel tuo provider.

Il DNS

Esegui nslookup example.com e poi nslookup example.com 1.1.1.1. Due risposte diverse significano che il tuo resolver tiene un record vecchio. Svuota la cache locale (ipconfig /flushdns su Windows, sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder su macOS) oppure passa al resolver 1.1.1.1 o 8.8.8.8. Il controllo di propagazione DNS mostra quali resolver hanno già il nuovo record.

Un blocco rivolto a te

I siti bloccano spesso i filtri aziendali e gli indirizzi di uscita delle VPN. Un server può anche bannare un indirizzo IP dopo diverse password sbagliate: così un intero ufficio resta fuori mentre il resto del mondo entra.

Cosa non può dire una sola richiesta

Si tratta di un solo tentativo da un solo luogo. Un sito che blocca alcuni paesi, o una CDN con problemi in una regione, può rispondere a noi e fallire per te senza che nulla sia guasto nella tua attrezzatura. Il controllo non esegue nemmeno JavaScript, quindi un’applicazione che restituisce lo stato 200 e poi mostra una schermata vuota risulta online.