{"id":18983,"date":"2026-07-29T12:17:20","date_gmt":"2026-07-29T10:17:20","guid":{"rendered":"https:\/\/xlogic.org\/blog\/?p=18983"},"modified":"2026-07-29T12:17:32","modified_gmt":"2026-07-29T10:17:32","slug":"err-connection-reset","status":"publish","type":"post","link":"https:\/\/xlogic.org\/blog\/err-connection-reset.html\/","title":{"rendered":"ERR_CONNECTION_RESET: cause e soluzioni"},"content":{"rendered":"<p><strong>ERR_CONNECTION_RESET<\/strong> compare quando la connessione tra il browser e il sito viene interrotta improvvisamente prima che la pagina possa essere caricata. In pratica, il collegamento era stato avviato, ma uno dei dispositivi coinvolti \u2014 computer, router, firewall, proxy, CDN o server web \u2014 lo ha chiuso forzatamente.<\/p>\n<div class=\"xlogic-risposta-rapida\">\n<p><strong>Risposta rapida:<\/strong> per risolvere ERR_CONNECTION_RESET prova prima a ricaricare la pagina, aprirla da un\u2019altra rete o dispositivo, riavviare router e computer e disattivare temporaneamente VPN o proxy. Se gestisci il sito, controlla firewall, porte 80 e 443, record DNS, stato del web server, log, Cloudflare e configurazione WordPress.<\/p>\n<\/div>\n<p>L\u2019errore pu\u00f2 dipendere dal dispositivo del visitatore oppure dal sito. Per evitare modifiche inutili, conviene prima capire se il problema riguarda una sola postazione, un\u2019intera rete o tutti gli utenti.<\/p>\n<h2 id=\"indice\">Indice<\/h2>\n<ul>\n<li><a href=\"#significato\">Che cosa significa ERR_CONNECTION_RESET<\/a><\/li>\n<li><a href=\"#differenze\">Differenza tra RESET, REFUSED e TIMED_OUT<\/a><\/li>\n<li><a href=\"#diagnosi\">Come capire dove si trova il problema<\/a><\/li>\n<li><a href=\"#soluzioni-visitatore\">Soluzioni per chi visita il sito<\/a><\/li>\n<li><a href=\"#windows\">Soluzioni su Windows<\/a><\/li>\n<li><a href=\"#macos-linux\">Soluzioni su macOS e Linux<\/a><\/li>\n<li><a href=\"#proprietario\">Controlli per il proprietario del sito<\/a><\/li>\n<li><a href=\"#wordpress\">ERR_CONNECTION_RESET su WordPress<\/a><\/li>\n<li><a href=\"#cloudflare\">Cloudflare e connessioni interrotte<\/a><\/li>\n<li><a href=\"#comandi\">Comandi di diagnostica<\/a><\/li>\n<li><a href=\"#checklist\">Checklist finale<\/a><\/li>\n<li><a href=\"#faq\">Domande frequenti<\/a><\/li>\n<\/ul>\n<h2 id=\"significato\">Che cosa significa ERR_CONNECTION_RESET<\/h2>\n<p>Il termine <em>connection reset<\/em> indica che una connessione di rete gi\u00e0 avviata \u00e8 stata azzerata o chiusa bruscamente. Il browser non riceve quindi una risposta HTTP completa e mostra il messaggio \u201cImpossibile raggiungere il sito\u201d accompagnato dal codice <strong>ERR_CONNECTION_RESET<\/strong>.<\/p>\n<p>Secondo la documentazione di Google Chrome, questo errore pu\u00f2 essere collegato a una connessione Internet instabile, a un browser non aggiornato, a una VPN oppure a un software di sicurezza che blocca la pagina. Tuttavia, quando il problema interessa tutti i visitatori, la causa pu\u00f2 trovarsi anche sul server, nel firewall, nel web server o nella CDN.<\/p>\n<p>Le cause pi\u00f9 comuni sono:<\/p>\n<ul>\n<li>connessione Wi-Fi o rete mobile instabile;<\/li>\n<li>router o modem in uno stato anomalo;<\/li>\n<li>VPN, proxy o filtro aziendale che interrompe il traffico;<\/li>\n<li>antivirus, firewall locale o sistema di sicurezza troppo restrittivo;<\/li>\n<li>stack TCP\/IP o catalogo Winsock danneggiato su Windows;<\/li>\n<li>record DNS non corretti, soprattutto dopo una migrazione;<\/li>\n<li>porta 80 o 443 filtrata;<\/li>\n<li>firewall server che blocca l\u2019indirizzo IP del visitatore o della CDN;<\/li>\n<li>LiteSpeed, Apache, Nginx o PHP che terminano la connessione;<\/li>\n<li>plugin WordPress di sicurezza, cache o redirect configurati male;<\/li>\n<li>problemi tra Cloudflare e il server di origine;<\/li>\n<li>errori TLS, HTTP\/2, intestazioni anomale o risposte incomplete.<\/li>\n<\/ul>\n<h2 id=\"differenze\">Differenza tra ERR_CONNECTION_RESET, REFUSED e TIMED_OUT<\/h2>\n<table>\n<thead>\n<tr>\n<th>Errore<\/th>\n<th>Che cosa succede<\/th>\n<th>Cause tipiche<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>ERR_CONNECTION_RESET<\/strong><\/td>\n<td>La connessione viene avviata ma poi chiusa improvvisamente.<\/td>\n<td>Rete instabile, VPN, firewall, reset TCP, web server o CDN.<\/td>\n<\/tr>\n<tr>\n<td><strong>ERR_CONNECTION_REFUSED<\/strong><\/td>\n<td>Il server o un dispositivo intermedio rifiuta subito la connessione.<\/td>\n<td>Servizio non in ascolto, porte chiuse, firewall o server offline.<\/td>\n<\/tr>\n<tr>\n<td><strong>ERR_CONNECTION_TIMED_OUT<\/strong><\/td>\n<td>Il browser attende una risposta ma supera il tempo massimo.<\/td>\n<td>Server lento, rete irraggiungibile, carico elevato o pacchetti filtrati.<\/td>\n<\/tr>\n<tr>\n<td><strong>DNS_PROBE_FINISHED_NXDOMAIN<\/strong><\/td>\n<td>Il dominio non viene risolto in un indirizzo IP valido.<\/td>\n<td>Record DNS mancanti, nameserver errati, dominio inesistente o cache DNS.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Consulta anche le guide Xlogic dedicate a <a href=\"https:\/\/xlogic.org\/blog\/err-connection-timed-out\/\">ERR_CONNECTION_TIMED_OUT<\/a>, <a href=\"https:\/\/xlogic.org\/blog\/dns-probe-finished-nxdomain\/\">DNS_PROBE_FINISHED_NXDOMAIN<\/a> e ai principali <a href=\"https:\/\/xlogic.org\/blog\/record-dns-guida\/\">record DNS<\/a>.<\/p>\n<h2 id=\"diagnosi\">Come capire se il problema \u00e8 locale o dipende dal sito<\/h2>\n<p>Prima di modificare configurazioni avanzate, esegui questi test nell\u2019ordine indicato:<\/p>\n<ol>\n<li><strong>Apri un altro sito:<\/strong> se nessun sito funziona, il problema \u00e8 probabilmente nella connessione locale.<\/li>\n<li><strong>Prova un altro browser:<\/strong> se il sito funziona altrove, controlla cache, estensioni e impostazioni del browser interessato.<\/li>\n<li><strong>Usa la navigazione in incognito:<\/strong> aiuta a escludere estensioni, cookie e dati temporanei.<\/li>\n<li><strong>Prova un altro dispositivo sulla stessa rete:<\/strong> se fallisce anche quello, verifica router, DNS, proxy o firewall di rete.<\/li>\n<li><strong>Prova la rete mobile:<\/strong> se il sito funziona con il telefono ma non con il Wi-Fi, il problema riguarda la rete o l\u2019indirizzo IP pubblico.<\/li>\n<li><strong>Controlla il sito da una rete esterna:<\/strong> se non funziona per nessuno, passa ai controlli server.<\/li>\n<\/ol>\n<table>\n<thead>\n<tr>\n<th>Risultato del test<\/th>\n<th>Interpretazione probabile<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Il problema riguarda un solo browser<\/td>\n<td>Cache, estensione, proxy o impostazione del browser.<\/td>\n<\/tr>\n<tr>\n<td>Il problema riguarda un solo dispositivo<\/td>\n<td>Firewall locale, antivirus, rete o stack TCP\/IP.<\/td>\n<\/tr>\n<tr>\n<td>Il problema riguarda tutta la stessa rete<\/td>\n<td>Router, DNS, proxy, filtro ISP o IP bloccato.<\/td>\n<\/tr>\n<tr>\n<td>Il problema riguarda soltanto un dominio<\/td>\n<td>Configurazione del sito, DNS, firewall, CDN o server.<\/td>\n<\/tr>\n<tr>\n<td>Il problema riguarda tutti gli utenti<\/td>\n<td>Server web, firewall, rete del datacenter o origine Cloudflare.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2 id=\"soluzioni-visitatore\">Soluzioni per chi visita il sito<\/h2>\n<h3>1. Ricarica la pagina e attendi qualche minuto<\/h3>\n<p>Un reset pu\u00f2 essere temporaneo. Ricarica la pagina con <strong>Ctrl + F5<\/strong> su Windows oppure <strong>Cmd + Shift + R<\/strong> su macOS, in modo da richiedere nuovamente le risorse senza utilizzare la copia memorizzata dal browser.<\/p>\n<h3>2. Riavvia browser, computer e router<\/h3>\n<p>Chiudi completamente il browser, riavvia il dispositivo e scollega il router per circa trenta secondi. Questa operazione rinnova molte connessioni, chiude sessioni bloccate e pu\u00f2 ottenere un nuovo indirizzo IP pubblico quando previsto dal provider.<\/p>\n<h3>3. Controlla la stabilit\u00e0 della rete<\/h3>\n<p>Se utilizzi il Wi-Fi, avvicinati al router oppure prova un collegamento Ethernet. Una connessione che perde pacchetti pu\u00f2 interrompere il trasferimento e produrre l\u2019errore anche quando la navigazione sembra generalmente funzionante.<\/p>\n<h3>4. Disattiva temporaneamente VPN e proxy<\/h3>\n<p>Una VPN o un proxy aggiunge un nodo intermedio tra browser e sito. Disconnettilo temporaneamente e ripeti il test. Se il sito torna raggiungibile, cambia server VPN, aggiorna il client oppure verifica le regole del proxy.<\/p>\n<p>In una rete aziendale non modificare il proxy senza autorizzazione: contatta l\u2019amministratore indicando dominio, orario e messaggio visualizzato.<\/p>\n<h3>5. Controlla antivirus e firewall locale<\/h3>\n<p>Alcuni software di sicurezza analizzano il traffico HTTPS e possono interrompere connessioni considerate sospette. Verifica il registro degli eventi del prodotto e assicurati che il browser sia autorizzato.<\/p>\n<p>La disattivazione deve essere soltanto temporanea e usata come prova. Riattiva subito la protezione dopo il test. \u00c8 preferibile creare un\u2019eccezione mirata anzich\u00e9 lasciare disabilitato il firewall.<\/p>\n<h3>6. Cancella cache e cookie del sito<\/h3>\n<p>Dati corrotti, cookie molto grandi o una sessione non valida possono generare risposte anomale. Cancella inizialmente soltanto i dati del dominio interessato, quindi riapri la pagina.<\/p>\n<h3>7. Aggiorna il browser e disattiva le estensioni<\/h3>\n<p>Installa gli aggiornamenti disponibili. Prova poi la modalit\u00e0 in incognito oppure disattiva temporaneamente estensioni che modificano il traffico, come VPN, ad blocker, strumenti di privacy, proxy e software di ispezione HTTPS.<\/p>\n<h3>8. Cambia temporaneamente rete<\/h3>\n<p>Prova la rete mobile o una connessione differente. Se il sito funziona, il tuo indirizzo IP potrebbe essere bloccato dal firewall del server oppure il problema potrebbe dipendere dal router, dal DNS o dall\u2019ISP.<\/p>\n<h2 id=\"windows\">Come risolvere ERR_CONNECTION_RESET su Windows<\/h2>\n<h3>9. Svuota la cache DNS<\/h3>\n<p>Apri il Prompt dei comandi come amministratore ed esegui:<\/p>\n<pre><code>ipconfig \/flushdns<\/code><\/pre>\n<p>Questa operazione elimina le risoluzioni DNS memorizzate localmente. \u00c8 utile quando il sito ha cambiato indirizzo IP o la cache contiene informazioni non pi\u00f9 valide.<\/p>\n<h3>10. Reimposta il catalogo Winsock<\/h3>\n<p>Se proxy, antivirus o componenti di rete hanno alterato Winsock, esegui come amministratore:<\/p>\n<pre><code>netsh winsock reset<\/code><\/pre>\n<p>Riavvia poi Windows. Microsoft specifica che il comando riporta il catalogo Winsock a uno stato pulito rimuovendo i provider personalizzati che possono causare problemi di rete.<\/p>\n<h3>11. Reimposta lo stack TCP\/IP soltanto se necessario<\/h3>\n<p>Quando il problema interessa pi\u00f9 applicazioni e non soltanto il browser, puoi valutare:<\/p>\n<pre><code>netsh int ip reset<\/code><\/pre>\n<p>Il comando modifica impostazioni di rete del sistema. Usalo con cautela su computer aziendali, server, configurazioni con IP statico o VPN gestite, perch\u00e9 potrebbe richiedere il ripristino manuale di parametri personalizzati.<\/p>\n<h3>12. Controlla il proxy di Windows<\/h3>\n<p>Apri le impostazioni di rete e verifica che non sia configurato un proxy non previsto. Nelle reti gestite, non rimuovere configurazioni assegnate dall\u2019organizzazione.<\/p>\n<h2 id=\"macos-linux\">Soluzioni su macOS e Linux<\/h2>\n<h3>13. Svuota la cache DNS su macOS<\/h3>\n<p>Su molte versioni recenti di macOS puoi utilizzare:<\/p>\n<pre><code>sudo dscacheutil -flushcache\r\nsudo killall -HUP mDNSResponder<\/code><\/pre>\n<p>Il comando potrebbe non mostrare un messaggio di conferma. Riavvia poi il browser e ripeti il test.<\/p>\n<h3>14. Controlla proxy e filtri su macOS<\/h3>\n<p>Apri le impostazioni di rete, seleziona la connessione attiva e verifica la sezione Proxy. Controlla inoltre VPN, filtri dei contenuti e applicazioni di sicurezza che installano estensioni di rete.<\/p>\n<h3>15. Svuota la cache DNS su Linux<\/h3>\n<p>Nei sistemi che utilizzano systemd-resolved:<\/p>\n<pre><code>sudo resolvectl flush-caches<\/code><\/pre>\n<p>Il comando disponibile dipende dalla distribuzione e dal servizio DNS installato. Se non esiste, verifica se la macchina usa NetworkManager, dnsmasq, nscd oppure un resolver differente.<\/p>\n<h2 id=\"proprietario\">Controlli per il proprietario del sito<\/h2>\n<h3>16. Verifica la risposta dall\u2019esterno con curl<\/h3>\n<pre><code>curl -I https:\/\/www.esempio.it\/\r\ncurl -v https:\/\/www.esempio.it\/ -o \/dev\/null<\/code><\/pre>\n<p>Con <code>-I<\/code> controlli le intestazioni HTTP; con <code>-v<\/code> visualizzi dettagli su DNS, connessione TCP, TLS, richiesta e risposta. Non pubblicare log contenenti cookie, token, header di autenticazione o dati riservati.<\/p>\n<h3>17. Controlla i record A e AAAA<\/h3>\n<pre><code>dig +short A esempio.it\r\ndig +short AAAA esempio.it\r\ndig +short CNAME www.esempio.it<\/code><\/pre>\n<p>Verifica che gli indirizzi restituiti corrispondano al server corretto. Un record AAAA configurato verso un server che non gestisce correttamente IPv6 pu\u00f2 causare errori soltanto ad alcuni visitatori.<\/p>\n<p>Per approfondire consulta la <a href=\"https:\/\/xlogic.org\/blog\/record-dns-guida\/\">guida ai record DNS<\/a>.<\/p>\n<h3>18. Verifica le porte 80 e 443<\/h3>\n<pre><code>nc -vz esempio.it 80\r\nnc -vz esempio.it 443<\/code><\/pre>\n<p>Se le porte non rispondono, controlla web server, firewall, NAT, security group e configurazione del provider. Un servizio in ascolto soltanto su localhost non \u00e8 raggiungibile dall\u2019esterno.<\/p>\n<h3>19. Controlla che il web server sia in ascolto<\/h3>\n<pre><code>ss -lntp | grep -E ':(80|443)\\b'<\/code><\/pre>\n<p>Su un server LiteSpeed verifica inoltre lo stato del servizio e i relativi log. Per Apache o Nginx usa i comandi previsti dalla distribuzione, senza riavviare alla cieca un server di produzione prima di aver controllato configurazione e processi attivi.<\/p>\n<h3>20. Controlla firewall e blocchi IP<\/h3>\n<p>Esamina CSF, Imunify360, ModSecurity, firewall del sistema, regole del datacenter e sistemi anti-DDoS. Un reset pu\u00f2 essere inviato quando una regola interrompe attivamente la connessione.<\/p>\n<p>Controlla se:<\/p>\n<ul>\n<li>l\u2019IP del visitatore \u00e8 bloccato;<\/li>\n<li>gli IP della CDN sono autorizzati;<\/li>\n<li>una regola WAF scatta su URL, cookie o user agent specifici;<\/li>\n<li>\u00e8 stato raggiunto un limite di connessioni;<\/li>\n<li>la protezione anti-bot sta interrompendo richieste legittime.<\/li>\n<\/ul>\n<h3>21. Analizza i log del web server<\/h3>\n<p>Confronta l\u2019orario dell\u2019errore con access log, error log e log di sicurezza. Se la richiesta non compare, il reset avviene probabilmente prima del web server. Se compare senza risposta completa, controlla applicazione, PHP, upstream e limiti di risorse.<\/p>\n<p>Su sistemi diversi i percorsi cambiano. Esempi comuni:<\/p>\n<pre><code>\/usr\/local\/lsws\/logs\/error.log\r\n\/var\/log\/apache2\/error.log\r\n\/var\/log\/httpd\/error_log\r\n\/var\/log\/nginx\/error.log<\/code><\/pre>\n<h3>22. Controlla CPU, memoria e limiti di processo<\/h3>\n<p>Un server saturo pu\u00f2 chiudere connessioni o terminare processi prima di completare la risposta. Controlla load average, memoria disponibile, swap, processi PHP, connessioni al database e limiti CloudLinux.<\/p>\n<pre><code>uptime\r\nfree -h\r\ntop\r\nps aux --sort=-%cpu | head\r\nps aux --sort=-%mem | head<\/code><\/pre>\n<h3>23. Verifica TLS e certificato SSL<\/h3>\n<pre><code>openssl s_client -connect esempio.it:443 -servername esempio.it<\/code><\/pre>\n<p>Controlla che il certificato corrisponda al dominio, che la catena sia completa e che il server risponda correttamente con SNI. Errori TLS possono manifestarsi in modo diverso a seconda del browser, del sistema operativo o del dispositivo intermedio.<\/p>\n<h2 id=\"wordpress\">ERR_CONNECTION_RESET su WordPress<\/h2>\n<p>Quando l\u2019errore compare soltanto su pagine WordPress, nel pannello di amministrazione o durante operazioni specifiche, verifica:<\/p>\n<ul>\n<li>plugin installati o aggiornati poco prima del problema;<\/li>\n<li>plugin di sicurezza, firewall, redirect e cache;<\/li>\n<li>regole nel file <code>.htaccess<\/code>;<\/li>\n<li>versione PHP e relativi errori;<\/li>\n<li>limiti di memoria, processi, CPU e I\/O;<\/li>\n<li>richieste AJAX, REST API e operazioni lunghe;<\/li>\n<li>loop di redirect tra HTTP e HTTPS;<\/li>\n<li>cache server, cache del plugin e cache CDN non allineate.<\/li>\n<\/ul>\n<h3>24. Controlla il registro degli errori PHP<\/h3>\n<p>Dal pannello cPanel consulta la sezione degli errori oppure il file <code>error_log<\/code> presente nella cartella del sito. Cerca errori fatali, memoria esaurita, timeout, processi terminati e riferimenti a plugin o temi.<\/p>\n<h3>25. Disattiva soltanto il componente sospetto<\/h3>\n<p>Se il problema \u00e8 iniziato dopo un aggiornamento, disattiva temporaneamente il plugin interessato. Evita di disattivare indiscriminatamente tutti i sistemi di sicurezza su un sito in produzione.<\/p>\n<p>Quando la bacheca non \u00e8 accessibile, rinomina la cartella del singolo plugin da Gestione file. Ripristina il nome dopo il test.<\/p>\n<h3>26. Rigenera il file .htaccess<\/h3>\n<p>Prima crea una copia di sicurezza. Rinomina temporaneamente <code>.htaccess<\/code> e verifica il sito. Se torna raggiungibile, entra in WordPress e salva nuovamente la struttura dei permalink per generare regole pulite.<\/p>\n<h3>27. Svuota le cache nell\u2019ordine corretto<\/h3>\n<p>Dopo una correzione, svuota:<\/p>\n<ol>\n<li>cache del plugin WordPress;<\/li>\n<li>cache LiteSpeed o del web server;<\/li>\n<li>eventuale cache CDN;<\/li>\n<li>cache del browser.<\/li>\n<\/ol>\n<p>Per un sito WordPress professionale puoi valutare i piani <a href=\"https:\/\/xlogic.org\/hosting-wordpress\/\">Hosting WordPress Xlogic<\/a>, basati su LiteSpeed Enterprise, LSCache, CloudLinux, storage NVMe, Redis, JetBackup e protezione Imunify360.<\/p>\n<h2 id=\"cloudflare\">ERR_CONNECTION_RESET e Cloudflare<\/h2>\n<p>Quando il dominio utilizza Cloudflare, il reset pu\u00f2 verificarsi tra visitatore ed edge Cloudflare oppure tra Cloudflare e il server di origine. Per isolare il problema:<\/p>\n<ol>\n<li>controlla gli eventi di sicurezza e le regole WAF;<\/li>\n<li>verifica che il firewall di origine autorizzi gli intervalli IP ufficiali di Cloudflare;<\/li>\n<li>controlla che il record DNS punti all\u2019IP corretto;<\/li>\n<li>esamina i log del server all\u2019orario esatto;<\/li>\n<li>prova l\u2019origine direttamente soltanto in modo controllato;<\/li>\n<li>verifica intestazioni, HTTP\/2, TLS e dimensione dei cookie.<\/li>\n<\/ol>\n<p>Cloudflare descrive l\u2019errore 520 come una risposta generica quando il server di origine restituisce qualcosa di inatteso, una risposta vuota o intestazioni non valide. Un firewall che blocca gli IP Cloudflare, un\u2019origine non correttamente configurata o un processo che termina la risposta possono quindi produrre sintomi simili.<\/p>\n<p>Non disattivare permanentemente il proxy Cloudflare come soluzione. La modalit\u00e0 \u201cDNS only\u201d pu\u00f2 essere usata per una prova controllata, valutando prima sicurezza, esposizione dell\u2019IP di origine e impatto sulla produzione.<\/p>\n<h2 id=\"comandi\">Comandi utili per la diagnostica<\/h2>\n<table>\n<thead>\n<tr>\n<th>Obiettivo<\/th>\n<th>Comando<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Controllare intestazioni HTTP<\/td>\n<td><code>curl -I https:\/\/esempio.it\/<\/code><\/td>\n<\/tr>\n<tr>\n<td>Visualizzare connessione e TLS<\/td>\n<td><code>curl -v https:\/\/esempio.it\/ -o \/dev\/null<\/code><\/td>\n<\/tr>\n<tr>\n<td>Verificare IPv4<\/td>\n<td><code>dig +short A esempio.it<\/code><\/td>\n<\/tr>\n<tr>\n<td>Verificare IPv6<\/td>\n<td><code>dig +short AAAA esempio.it<\/code><\/td>\n<\/tr>\n<tr>\n<td>Testare porta HTTPS<\/td>\n<td><code>nc -vz esempio.it 443<\/code><\/td>\n<\/tr>\n<tr>\n<td>Controllare TLS e SNI<\/td>\n<td><code>openssl s_client -connect esempio.it:443 -servername esempio.it<\/code><\/td>\n<\/tr>\n<tr>\n<td>Verificare servizi in ascolto<\/td>\n<td><code>ss -lntp | grep -E ':(80|443)\\b'<\/code><\/td>\n<\/tr>\n<tr>\n<td>Analizzare il percorso di rete<\/td>\n<td><code>mtr -rw esempio.it<\/code><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Per un confronto pi\u00f9 preciso, esegui i test sia dalla rete problematica sia da un server esterno. Conserva orario, IP pubblico, dominio, URL completo, browser e risultato dei comandi.<\/p>\n<h2 id=\"checklist\">Checklist finale<\/h2>\n<ul>\n<li>Il sito funziona da un\u2019altra rete?<\/li>\n<li>Il problema interessa uno o tutti i browser?<\/li>\n<li>VPN e proxy sono stati esclusi?<\/li>\n<li>Il router \u00e8 stato riavviato?<\/li>\n<li>La cache DNS \u00e8 stata svuotata?<\/li>\n<li>Su Windows \u00e8 stato verificato Winsock?<\/li>\n<li>I record A e AAAA puntano al server corretto?<\/li>\n<li>Le porte 80 e 443 sono raggiungibili?<\/li>\n<li>Il web server \u00e8 attivo e in ascolto?<\/li>\n<li>Firewall e WAF mostrano blocchi?<\/li>\n<li>I log contengono la richiesta?<\/li>\n<li>CPU, memoria e processi sono nella norma?<\/li>\n<li>Il certificato e la catena TLS sono corretti?<\/li>\n<li>Cloudflare raggiunge correttamente l\u2019origine?<\/li>\n<li>WordPress mostra errori PHP, plugin o redirect?<\/li>\n<\/ul>\n<h2 id=\"assistenza\">Quando contattare il provider hosting<\/h2>\n<p>Contatta il provider quando il problema interessa pi\u00f9 reti o utenti, le porte non rispondono, il server non \u00e8 raggiungibile oppure non puoi consultare firewall e log di sistema.<\/p>\n<p>Fornisci:<\/p>\n<ul>\n<li>dominio e URL completo;<\/li>\n<li>data e ora dell\u2019errore;<\/li>\n<li>indirizzo IP pubblico della rete interessata;<\/li>\n<li>browser e sistema operativo;<\/li>\n<li>screenshot del messaggio;<\/li>\n<li>risultato di <code>curl -v<\/code>, <code>dig<\/code> e degli altri test eseguiti;<\/li>\n<li>eventuali modifiche recenti a DNS, Cloudflare, plugin o server.<\/li>\n<\/ul>\n<p>Non inviare password, chiavi private, token, cookie di sessione o file di configurazione contenenti credenziali.<\/p>\n<h2 id=\"faq\">Domande frequenti su ERR_CONNECTION_RESET<\/h2>\n<h3>Che cosa vuol dire ERR_CONNECTION_RESET?<\/h3>\n<p>Significa che la connessione tra browser e sito \u00e8 stata interrotta bruscamente prima di ricevere una risposta completa.<\/p>\n<h3>ERR_CONNECTION_RESET dipende sempre dal server?<\/h3>\n<p>No. Pu\u00f2 dipendere anche da Wi-Fi, router, VPN, proxy, antivirus, firewall locale o configurazione TCP\/IP del dispositivo.<\/p>\n<h3>Perch\u00e9 il sito funziona con la rete mobile ma non con il Wi-Fi?<\/h3>\n<p>La rete Wi-Fi pu\u00f2 utilizzare DNS, proxy o filtri differenti. Inoltre l\u2019indirizzo IP pubblico della connessione fissa potrebbe essere temporaneamente bloccato dal firewall del sito.<\/p>\n<h3>Svuotare la cache del browser risolve l\u2019errore?<\/h3>\n<p>Pu\u00f2 risolverlo quando il problema dipende da cookie, dati temporanei o sessioni corrotte, ma non corregge un server offline o un firewall che chiude la connessione.<\/p>\n<h3>Che cosa fa netsh winsock reset?<\/h3>\n<p>Reimposta il catalogo Winsock di Windows a uno stato pulito. \u00c8 utile quando componenti di rete o provider Winsock personalizzati provocano problemi di connessione.<\/p>\n<h3>Cloudflare pu\u00f2 causare ERR_CONNECTION_RESET?<\/h3>\n<p>Il reset pu\u00f2 avvenire lungo il percorso che coinvolge Cloudflare, ma la causa pu\u00f2 trovarsi anche nel server di origine, nel firewall o in una risposta non valida. Occorre confrontare log Cloudflare e log del server.<\/p>\n<h3>Un plugin WordPress pu\u00f2 provocare l\u2019errore?<\/h3>\n<p>S\u00ec. Plugin di sicurezza, cache, redirect o componenti che causano errori PHP e consumo eccessivo di risorse possono interrompere la risposta.<\/p>\n<h3>ERR_CONNECTION_RESET e ERR_CONNECTION_REFUSED sono uguali?<\/h3>\n<p>No. Nel reset la connessione viene interrotta dopo essere stata avviata; nel refused il tentativo viene rifiutato immediatamente.<\/p>\n<h3>Devo disattivare antivirus e firewall?<\/h3>\n<p>Soltanto per un test breve e controllato. Riattiva subito la protezione e preferisci un\u2019eccezione mirata se individui un falso positivo.<\/p>\n<h3>Come verifico se il problema riguarda tutti?<\/h3>\n<p>Prova da un altro dispositivo, un\u2019altra rete e un servizio di monitoraggio esterno. Se il sito fallisce ovunque, concentra l\u2019analisi su server, DNS, firewall e CDN.<\/p>\n<h2>Conclusione<\/h2>\n<p><strong>ERR_CONNECTION_RESET<\/strong> non identifica una sola causa: segnala che la connessione \u00e8 stata chiusa in modo anomalo. Il metodo pi\u00f9 efficace consiste nel separare subito problema locale, problema di rete e problema server, quindi procedere dai controlli meno invasivi a quelli pi\u00f9 tecnici.<\/p>\n<p>Se stai cercando un\u2019infrastruttura gestita per il tuo progetto, consulta l\u2019<a href=\"https:\/\/xlogic.org\/hosting-condiviso\/\">Hosting Condiviso Xlogic<\/a> oppure l\u2019<a href=\"https:\/\/xlogic.org\/hosting-wordpress\/\">Hosting WordPress Xlogic<\/a>.<\/p>\n<h2>Fonti ufficiali e approfondimenti<\/h2>\n<ul>\n<li><a href=\"https:\/\/support.google.com\/chrome\/answer\/95669\" target=\"_blank\" rel=\"noopener noreferrer\">Google Chrome Help: messaggi di errore comuni<\/a><\/li>\n<li><a href=\"https:\/\/learn.microsoft.com\/it-it\/windows-server\/administration\/windows-commands\/netsh-winsock\" target=\"_blank\" rel=\"noopener noreferrer\">Microsoft Learn: netsh winsock<\/a><\/li>\n<li><a href=\"https:\/\/developers.cloudflare.com\/support\/troubleshooting\/http-status-codes\/cloudflare-5xx-errors\/error-520\/\" target=\"_blank\" rel=\"noopener noreferrer\">Cloudflare: errore 520<\/a><\/li>\n<li><a href=\"https:\/\/curl.se\/docs\/\" target=\"_blank\" rel=\"noopener noreferrer\">Documentazione ufficiale curl<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>ERR_CONNECTION_RESET interrompe improvvisamente il collegamento al sito. Scopri come controllare rete, VPN, firewall, DNS, server, Cloudflare e WordPress.<\/p>\n","protected":false},"author":4,"featured_media":18985,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[5,1419],"tags":[],"class_list":["post-18983","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news","category-performance-e-sicurezza"],"modified_by":"Team tecnico Xlogic","_links":{"self":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts\/18983","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/comments?post=18983"}],"version-history":[{"count":1,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts\/18983\/revisions"}],"predecessor-version":[{"id":18984,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts\/18983\/revisions\/18984"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/media\/18985"}],"wp:attachment":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/media?parent=18983"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/categories?post=18983"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/tags?post=18983"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}