ERR_CONNECTION_TIMED_OUT: cause e soluzioni

L’errore ERR_CONNECTION_TIMED_OUT compare quando il browser tenta di raggiungere un sito, ma non riesce a stabilire o completare la connessione entro il tempo previsto.

Il problema può dipendere dalla rete del visitatore, dal router, da DNS, VPN o firewall, ma anche dal server web, da un indirizzo IP errato, dal sovraccarico dell’hosting oppure da un servizio intermedio come Cloudflare.

Prima di modificare WordPress è necessario capire dove si interrompe la comunicazione: sul dispositivo, sulla rete locale, lungo il percorso o sul server di destinazione.

Cosa significa ERR_CONNECTION_TIMED_OUT?

Il browser ha atteso una risposta senza riuscire a completare la connessione entro il limite previsto. Il blocco può verificarsi durante:

• la connessione TCP;
• la negoziazione HTTPS;
• il passaggio attraverso proxy o CDN;
• l’attesa della risposta del server;
• il trasferimento dei dati.

A differenza di DNS_PROBE_FINISHED_NXDOMAIN, il DNS può avere già restituito un indirizzo valido. L’indirizzo, però, può non rispondere, avere le porte filtrate oppure appartenere a un vecchio server.

Per problemi di risoluzione consulta la guida a DNS_PROBE_FINISHED_NXDOMAIN e l’approfondimento sui record DNS.

Diagnosi rapida: problema locale o generale?

Il sito non funziona soltanto sul tuo dispositivo

• cache del browser o del sistema;
• router o Wi-Fi;
• resolver DNS;
• VPN o proxy;
• firewall o antivirus;
• file hosts;
• configurazione TCP/IP.

Il sito non funziona da nessuna rete

• server offline;
• servizio LiteSpeed, Apache o Nginx arrestato;
• porta 80 o 443 chiusa;
• firewall che scarta le connessioni;
• IP del dominio errato;
• server sovraccarico;
• origine Cloudflare irraggiungibile;
• problema di rete del provider.

Test iniziale

1. apri il sito dallo smartphone usando la rete mobile;
2. prova un browser e un dispositivo differenti;
3. controlla l’indirizzo restituito dal DNS;
4. prova HTTP e HTTPS con curl;
5. verifica lo stato del server e del servizio web.

Cause principali dell’errore

Lato visitatore

• connessione instabile;
• Wi-Fi debole;
• router bloccato;
• DNS problematico;
• VPN o proxy non funzionante;
• firewall troppo restrittivo;
• cache corrotta;
• file hosts errato.

Lato sito

• server spento o non raggiungibile;
• servizio web arrestato;
• porta chiusa;
• firewall configurato in DROP;
• IP DNS non aggiornato;
• CPU, RAM o I/O saturi;
• processi PHP bloccati;
• database lento;
• API esterna non disponibile;
• CDN o reverse proxy configurato male.

Timeout e connessione rifiutata non sono la stessa cosa

Nel timeout non arriva una risposta entro il limite. In ERR_CONNECTION_REFUSED la destinazione rifiuta immediatamente la connessione. Un firewall che scarta silenziosamente i pacchetti può produrre un timeout.

14 soluzioni per ERR_CONNECTION_TIMED_OUT

1. Controllare indirizzo e protocollo

Verifica dominio, sottodominio, estensione, HTTPS ed eventuale porta personalizzata. Prova anche la home del sito.

2. Ricaricare una sola volta

Un problema temporaneo può risolversi, ma non reinviare ripetutamente pagamenti, ordini o moduli.

3. Provare un’altra rete

Usa la rete mobile del telefono. Se il sito funziona, il problema è probabilmente nella rete locale o nel provider Internet.

4. Provare un altro dispositivo

Serve a distinguere un problema del singolo computer da uno della connessione.

5. Riavviare browser e dispositivo

Chiudi completamente il browser, riaprilo e, se necessario, riavvia il sistema.

6. Riavviare il router

Fallo soltanto se puoi interrompere la rete in sicurezza. Su reti aziendali contatta l’amministratore.

7. Provare la modalità anonima

Permette di escludere alcuni cookie ed estensioni, ma non elimina tutti i problemi DNS o di sistema.

8. Cancellare i dati del singolo sito

Rimuovi cache, cookie e dati locali soltanto per il dominio interessato prima di cancellare l’intera cronologia.

9. Svuotare la cache DNS

Un vecchio indirizzo può indirizzare il browser verso un server non più attivo.

Windows

ipconfig /flushdns

macOS

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Linux con systemd-resolved

sudo resolvectl flush-caches

10. Provare un resolver differente

Cambiare DNS non corregge un server offline, ma può eliminare un vecchio indirizzo conservato dal resolver.

11. Verificare VPN e proxy

Disconnettili soltanto per un test controllato e riattivali subito. Su dispositivi aziendali non aggirare le policy.

12. Controllare firewall e antivirus

Controlla log e regole prima di disattivare protezioni. Preferisci un’eccezione temporanea e specifica.

13. Controllare il file hosts

Una vecchia riga può forzare il dominio verso un server non raggiungibile.

# Windows
C:\Windows\System32\drivers\etc\hosts

# macOS e Linux
/etc/hosts

14. Ripristinare la rete del sistema

Questa operazione è più invasiva e va eseguita soltanto dopo i controlli precedenti.

Comandi di rete utili su Windows

Mostrare la configurazione

ipconfig /all

Svuotare il DNS

ipconfig /flushdns

Microsoft documenta che /flushdns svuota e reimposta la cache del resolver DNS. Consulta la documentazione Microsoft su ipconfig.

Rinnovare il lease DHCP

ipconfig /release
ipconfig /renew

La rete viene temporaneamente interrotta. Non usare questi comandi durante una sessione remota senza accesso alternativo.

Ripristinare Winsock

netsh winsock reset

Ripristinare TCP/IP

netsh int ip reset

Dopo i comandi netsh può essere necessario riavviare Windows.

Controlli per il proprietario del sito

1. Verificare DNS e IP

dig +short esempio.it A
dig +short esempio.it AAAA

Controlla che A e AAAA puntino agli indirizzi realmente configurati sul server.

2. Testare HTTP e HTTPS

curl -I --connect-timeout 10 http://esempio.it
curl -I --connect-timeout 10 https://esempio.it

3. Testare una destinazione precisa

curl -I --connect-timeout 10 \
  --resolve esempio.it:443:192.0.2.10 \
  https://esempio.it/

L’indirizzo è riservato alla documentazione e deve essere sostituito.

4. Verificare le porte

nc -vz -w 10 esempio.it 80
nc -vz -w 10 esempio.it 443

5. Verificare il servizio web

systemctl status lsws
systemctl status httpd
systemctl status nginx

Controlla soltanto il servizio utilizzato. Non riavviare alla cieca un server di produzione.

6. Verificare le porte in ascolto

ss -lntp | grep -E ':(80|443)\b'

7. Controllare il firewall

Possono essere coinvolti CSF, firewalld, nftables, iptables, WAF, security group o firewall del provider. Non disattivare tutto: identifica la regola minima da correggere.

8. Verificare le risorse

uptime
top
free -m
vmstat 1 5
df -h
df -i
ss -s

Controlla load average, CPU, memoria disponibile, swap, I/O wait, spazio, inode, connessioni e processi web.

9. Analizzare i log

• error log del dominio;
• log LiteSpeed, Apache o Nginx;
• log PHP;
• slow query log del database;
• journal di sistema;
• log firewall;
• eventi CloudLinux;
• log di proxy e load balancer.

10. Verificare IPv4 e IPv6 separatamente

curl -4 -Iv --connect-timeout 10 https://esempio.it/
curl -6 -Iv --connect-timeout 10 https://esempio.it/

Se IPv4 funziona e IPv6 no, controlla il record AAAA e la connettività IPv6 del server.

ERR_CONNECTION_TIMED_OUT su WordPress

WordPress può contribuire al timeout quando il server viene raggiunto, ma l’applicazione non completa la richiesta.

Cause frequenti

• plugin lento o bloccato;
• tema con funzioni pesanti;
• query database inefficienti;
• API esterna non disponibile;
• WP-Cron sovraccarico;
• backup o importazione in corso;
• processi PHP saturi;
• limiti CloudLinux raggiunti;
• database non raggiungibile;
• cache configurata male.

Controllare gli eventi cron

wp cron event list

Disattivare un plugin sospetto

wp plugin deactivate nome-plugin

Agisci soltanto dopo backup e diagnosi. Disattivare tutti i plugin può interrompere funzioni critiche.

Non aumentare subito i timeout PHP

Aumentare max_execution_time può trattenere processi e risorse più a lungo senza correggere una query, un’API o un plugin inefficiente.

LiteSpeed Cache

La cache riduce il lavoro per le pagine pubbliche, ma non corregge server offline, firewall, database bloccati o richieste non cacheabili.

Per una piattaforma ottimizzata consulta i piani Hosting WordPress Xlogic con LiteSpeed Enterprise, CloudLinux e storage NVMe.

Cloudflare: errori 522 e 524

Errore 522 Connection timed out

Cloudflare documenta che il 522 si verifica quando la connessione tra Cloudflare e il server di origine va in timeout.

Le cause comuni includono:

• IP Cloudflare bloccati o limitati;
• server di origine offline o sovraccarico;
• IP di origine errato nei DNS;
• pacchetti persi;
• keep-alive disabilitato;
• firewall troppo restrittivo.

Consulta la documentazione ufficiale Cloudflare sull’errore 522.

Errore 524 A timeout occurred

Il 524 indica che Cloudflare ha stabilito la connessione con l’origine, ma non ha ricevuto una risposta HTTP entro il timeout previsto.

Le cause tipiche sono:

• query molto lunga;
• processo applicativo bloccato;
• esportazione o importazione pesante;
• server senza risorse;
• risposta generata troppo lentamente.

Consulta la documentazione ufficiale Cloudflare sull’errore 524.

Controlli Cloudflare

• verifica che A e AAAA puntino all’origine corretta;
• consenti gli intervalli IP ufficiali Cloudflare;
• controlla firewall e rate limiting;
• verifica il Ray ID dell’errore;
• prova l’origine con curl --resolve;
• analizza log del server e del firewall.

Diagnostica con dig, curl, ping e traceroute

DNS

dig esempio.it A
dig esempio.it AAAA
dig @1.1.1.1 esempio.it A

Curl dettagliato

curl -Iv --connect-timeout 10 https://esempio.it/

L’output aiuta a capire se il blocco avviene su DNS, connessione TCP, TLS o risposta HTTP.

Ping

ping esempio.it

L’assenza di risposta non dimostra che il sito sia offline: ICMP può essere bloccato mentre HTTP e HTTPS funzionano.

Traceroute su Linux e macOS

traceroute esempio.it

Tracert su Windows

tracert esempio.it

MTR

mtr -rwzc 50 esempio.it

La perdita sui nodi intermedi va interpretata con cautela. Conta soprattutto quella che continua fino alla destinazione.

Differenze dagli altri errori

DNS_PROBE_FINISHED_NXDOMAIN

Il resolver considera inesistente il nome. Nel timeout può esserci un IP valido che non risponde.

ERR_CONNECTION_REFUSED

La destinazione respinge subito la connessione, spesso perché il servizio non è in ascolto.

408 Request Timeout

È una risposta HTTP del server, che non ha ricevuto una richiesta completa entro il tempo previsto.

504 Gateway Timeout

Un gateway o proxy non riceve in tempo la risposta dal server upstream. Consulta la documentazione MDN sul codice 504.

503 Service Unavailable

Il server risponde dichiarando di non essere pronto a gestire la richiesta, spesso per manutenzione o sovraccarico.

500 Internal Server Error

Il server viene raggiunto, ma incontra un errore interno. Non è un timeout di connessione.

Checklist per il visitatore

1. controlla indirizzo e protocollo;
2. prova rete mobile;
3. prova un altro dispositivo;
4. riavvia browser e router;
5. svuota la cache DNS;
6. prova un resolver differente;
7. verifica VPN e proxy;
8. controlla firewall, antivirus e file hosts;
9. contatta il gestore se il problema è generale.

Checklist per il proprietario del sito

1. verifica record A e AAAA;
2. prova porte 80 e 443 da una rete esterna;
3. controlla servizio web;
4. verifica firewall e WAF;
5. analizza CPU, RAM, I/O e disco;
6. controlla log web, PHP e database;
7. confronta IPv4 e IPv6;
8. verifica Cloudflare o altri proxy;
9. raccogli ora, IP e output dei test;
10. documenta ogni modifica.

Domande frequenti

Cosa significa ERR_CONNECTION_TIMED_OUT?

Il browser non ha completato la connessione o ricevuto la risposta entro il tempo previsto.

È un problema del computer o del sito?

Può dipendere da entrambi. La prova da rete mobile e da un altro dispositivo permette di distinguerli rapidamente.

Il DNS può causare un timeout?

Sì. Un record può puntare a un vecchio server non più raggiungibile.

Come svuoto la cache DNS su Windows?

Usa ipconfig /flushdns.

Cambiare DNS risolve sempre?

No. Aiuta con resolver e indirizzi obsoleti, ma non corregge un server offline o una porta bloccata.

WordPress può causare il timeout?

Sì, se il server viene raggiunto ma plugin, PHP, database o API esterne impiegano troppo tempo. Se la porta non risponde, il problema precede WordPress.

Aumentare max_execution_time risolve?

Non necessariamente. Può soltanto prolungare una richiesta inefficiente e occupare risorse più a lungo.

Che differenza c’è tra timeout e connection refused?

Nel timeout non arriva una risposta in tempo; nel rifiuto la destinazione respinge immediatamente la connessione.

Che cosa significa Cloudflare 522?

Cloudflare non riesce a completare in tempo la connessione con il server di origine.

Che cosa significa Cloudflare 524?

Cloudflare raggiunge l’origine, ma questa non produce la risposta HTTP entro il limite previsto.

Perché IPv4 funziona e IPv6 no?

Il record AAAA può puntare a un indirizzo non configurato oppure la connettività IPv6 può non funzionare.

Ping senza risposta significa sito offline?

No. ICMP può essere bloccato mentre il sito continua a funzionare sulle porte 80 e 443.

Quanto devo aspettare?

Dipende dalla causa. Attendere non corregge un IP errato, una porta chiusa o un firewall mal configurato.

Conclusioni

ERR_CONNECTION_TIMED_OUT indica che il browser non ha ricevuto in tempo la risposta necessaria per mostrare la pagina.

La diagnosi deve procedere per livelli: dispositivo, rete locale, DNS, percorso, porta, firewall, servizio web e applicazione.

Se il sito funziona da altre reti, concentra i controlli su cache, router, DNS, VPN e sicurezza locale. Se non funziona per nessuno, verifica server, IP, porte, risorse e servizi intermedi.

Non disattivare permanentemente firewall e protezioni, non aumentare i timeout senza analisi e non modificare WordPress quando il server non è raggiungibile.