Perché il mio sito non si carica? I tre livelli che decidono se è raggiungibile

Hai fatto tutto giusto. Il sito è pubblicato, gira, lo vedi. Poi mandi il link a un amico e… niente. Una scheda che gira, un "impossibile raggiungere il sito", un "il tempo per la risposta è scaduto". Per te funziona, per lui no — il tipo di guasto più esasperante.

La buona notizia: un sito che non si carica non è quasi mai un mistero. Tra il browser di chi visita e il tuo sito ci sono esattamente tre livelli, e il problema è sempre in uno di quelli. Una volta che li conosci, smetti di tirare a indovinare e cominci a controllare.

I tre livelli

Quando qualcuno digita il tuo indirizzo, la richiesta attraversa:

1. Il nome — il DNS trasforma iltuodominio.it nell'indirizzo IP del tuo server.
2. La porta — la richiesta deve raggiungere davvero il server sulla porta giusta (80 per HTTP, 443 per HTTPS).
3. L'app — qualcosa sul server deve essere in ascolto, e rispondere.

Un guasto in uno qualsiasi di questi, visto da fuori, è identico: la pagina non si carica. Il trucco è capire quale livello. Tre domande veloci ti ci portano.

Livello 1 — Il nome punta al server?

Chiediti: si carica se visiti direttamente l'indirizzo IP (es. http://203.0.113.10)?

Se l'IP funziona ma iltuodominio.it no, il problema è il nome — il DNS. O il dominio non punta al server, o la modifica non si è ancora propagata. Anche errori del browser come "server non trovato" o "impossibile trovare il sito" indicano questo.

Soluzione: verifica che il record DNS del dominio punti all'IP del tuo server. (Abbiamo scritto una guida proprio su questo: collegare un dominio al tuo server.)

Livello 2 — La richiesta arriva alla porta?

Chiediti: si carica dal server stesso, ma non dal tuo portatile?

Se raggiungi il sito quando sei sul server ma non da fuori — e il sintomo è "il tempo per la risposta è scaduto" o una connessione che resta appesa — la richiesta non passa la porta. Qualcosa la sta bloccando.

Di solito le porte da controllare sono due, e la seconda ce la si dimentica:

• Il firewall del server stesso (come ufw) — la porta 80/443 è permessa in ingresso?
• Il firewall del provider — molti hosting hanno un firewall separato o un "security group" fuori dal server, da configurare nel loro pannello e non sulla macchina. Una porta può essere aperta sul server ed essere comunque bloccata qui.

Entrambi devono permettere il traffico.

Livello 3 — L'app risponde davvero?

Chiediti: non si carica nemmeno dal server stesso?

Se non si carica nemmeno dal server — "connessione rifiutata", o una pagina d'errore invece del tuo sito — il problema è l'app. O ciò che serve il sito non è in funzione (un container fermo, un servizio andato in crash), o il web server davanti è puntato nel posto sbagliato.

Soluzione: verifica che il servizio del sito sia attivo e che ciò che instrada il traffico verso di esso — il reverse proxy — sia configurato per il dominio e la porta giusti.

Mettendo tutto insieme

Tre domande, in ordine:

• Si carica per IP ma non per nome? → Livello 1, il DNS.
• Si carica sul server ma non da fuori? → Livello 2, un firewall.
• Non si carica nemmeno sul server? → Livello 3, l'app.

Questa è tutta la diagnosi. Niente più refresh nella speranza che vada.

La scorciatoia

Puoi fare questi controlli da solo — oppure puoi semplicemente chiedere. Di' a Faro, l'assistente dentro Server Manager, che il sito non si carica, e controlla per te tutti e tre i livelli: se il dominio si risolve, se le porte sono aperte, se il servizio è in funzione e instradato. Ti dice quale livello è rotto e, di solito, lo sistema — invece di lasciarti a sezionare lo stack a mano.

Il tuo server, capito

Un sito che non si carica sembra un muro. Non lo è — è solo una di tre porte, e adesso sai quali provare. È il vantaggio silenzioso di gestire un server tuo: quando qualcosa si rompe, è tuo da capire, e la mappa è abbastanza piccola da tenere in testa.

Le guide di aiuto approfondiscono DNS, firewall e reverse proxy quando vuoi i dettagli.