{"id":18980,"date":"2026-07-29T12:01:29","date_gmt":"2026-07-29T10:01:29","guid":{"rendered":"https:\/\/xlogic.org\/blog\/?p=18980"},"modified":"2026-07-29T12:02:35","modified_gmt":"2026-07-29T10:02:35","slug":"err-connection-refused","status":"publish","type":"post","link":"https:\/\/xlogic.org\/blog\/err-connection-refused.html\/","title":{"rendered":"ERR_CONNECTION_REFUSED: cause e soluzioni"},"content":{"rendered":"<p><strong>ERR_CONNECTION_REFUSED<\/strong> \u00e8 un errore mostrato da Google Chrome e da altri browser quando il dispositivo riesce a individuare il server di destinazione, ma la connessione viene rifiutata prima che la pagina web possa essere caricata.<\/p>\n<p>Il messaggio pu\u00f2 comparire come <em>\u201cImpossibile raggiungere il sito\u201d<\/em>, <em>\u201cLa connessione \u00e8 stata rifiutata\u201d<\/em> oppure <em>\u201cThis site can\u2019t be reached\u201d<\/em>. Il problema pu\u00f2 dipendere dal browser, dalla rete locale, da un firewall, da un proxy oppure direttamente dal server che ospita il sito.<\/p>\n<p>In questa guida vedremo <strong>cosa significa ERR_CONNECTION_REFUSED<\/strong>, come individuarne la causa e quali controlli eseguire su Chrome, Windows, macOS, Linux, WordPress, LiteSpeed, Apache e Nginx.<\/p>\n<div class=\"xlogic-info-box\">\n<p><strong>In breve:<\/strong> ERR_CONNECTION_REFUSED significa che il collegamento ha raggiunto l\u2019indirizzo di destinazione, ma sulla porta richiesta non \u00e8 stato accettato. Spesso il servizio web \u00e8 fermo, la porta \u00e8 chiusa oppure un firewall sta rifiutando la connessione.<\/p>\n<\/div>\n<h2>Che cosa significa ERR_CONNECTION_REFUSED<\/h2>\n<p>Quando visiti un sito, il browser risolve il nome del dominio, individua l\u2019indirizzo IP e prova ad aprire una connessione verso una porta del server. Normalmente viene utilizzata la porta <strong>80 per HTTP<\/strong> oppure la porta <strong>443 per HTTPS<\/strong>.<\/p>\n<p>L\u2019errore ERR_CONNECTION_REFUSED compare quando la richiesta di connessione viene respinta. In termini pratici, pu\u00f2 verificarsi quando:<\/p>\n<ul>\n<li>il server web non \u00e8 in esecuzione;<\/li>\n<li>nessun servizio \u00e8 in ascolto sulla porta richiesta;<\/li>\n<li>il firewall del server rifiuta il collegamento;<\/li>\n<li>il dominio punta a un indirizzo IP errato;<\/li>\n<li>un proxy, una VPN o un antivirus blocca la connessione;<\/li>\n<li>il server accetta connessioni soltanto da determinati indirizzi IP;<\/li>\n<li>la configurazione HTTPS non prevede un listener sulla porta 443.<\/li>\n<\/ul>\n<p>La pagina WordPress, PHP o l\u2019applicazione web non vengono ancora eseguite: il problema si presenta prima che la richiesta possa raggiungere il CMS.<\/p>\n<h2>Differenza tra ERR_CONNECTION_REFUSED e ERR_CONNECTION_TIMED_OUT<\/h2>\n<p>I due errori possono sembrare simili, ma descrivono condizioni differenti.<\/p>\n<table>\n<thead>\n<tr>\n<th>Errore<\/th>\n<th>Significato<\/th>\n<th>Cause frequenti<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>ERR_CONNECTION_REFUSED<\/strong><\/td>\n<td>Il server o un dispositivo di rete rifiuta immediatamente la connessione.<\/td>\n<td>Servizio fermo, porta chiusa, firewall con regola REJECT, IP o porta errati.<\/td>\n<\/tr>\n<tr>\n<td><strong>ERR_CONNECTION_TIMED_OUT<\/strong><\/td>\n<td>Il browser non riceve una risposta entro il tempo previsto.<\/td>\n<td>Server irraggiungibile, pacchetti scartati, problemi di rete, firewall con regola DROP.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Per approfondire il secondo caso puoi leggere la guida dedicata a <a href=\"https:\/\/xlogic.org\/blog\/err-connection-timed-out\/\">ERR_CONNECTION_TIMED_OUT: cause e soluzioni<\/a>.<\/p>\n<h2>Cause pi\u00f9 comuni di ERR_CONNECTION_REFUSED<\/h2>\n<h3>1. Server web non attivo<\/h3>\n<p>Apache, Nginx, LiteSpeed o il servizio utilizzato dal sito potrebbe essere fermo, in fase di riavvio oppure terminato a causa di un errore.<\/p>\n<p>Quando nessun processo \u00e8 in ascolto sulla porta 80 o 443, il sistema operativo pu\u00f2 rifiutare immediatamente il tentativo di connessione.<\/p>\n<h3>2. Porta HTTP o HTTPS chiusa<\/h3>\n<p>Il servizio potrebbe essere attivo ma configurato su una porta differente. Un caso frequente riguarda siti raggiungibili in HTTP ma non in HTTPS perch\u00e9 il server non \u00e8 in ascolto sulla porta 443.<\/p>\n<p>Il problema pu\u00f2 inoltre interessare pannelli di controllo, applicazioni locali o ambienti di sviluppo che utilizzano porte personalizzate come 3000, 8000, 8080 o 8443.<\/p>\n<h3>3. Firewall o sistema di sicurezza<\/h3>\n<p>Un firewall locale, aziendale o installato sul server pu\u00f2 rifiutare la connessione. Anche antivirus, sistemi WAF, strumenti di sicurezza e regole di blocco IP possono impedire l\u2019accesso.<\/p>\n<p>Non \u00e8 consigliabile disattivare permanentemente il firewall. \u00c8 preferibile controllare le regole applicate e autorizzare soltanto le porte e gli indirizzi necessari.<\/p>\n<h3>4. Indirizzo IP del dominio errato<\/h3>\n<p>Un record DNS A o AAAA non aggiornato pu\u00f2 indirizzare il browser verso un server sul quale il sito non \u00e8 configurato. Questo pu\u00f2 accadere dopo una migrazione, un cambio di hosting o una modifica dei nameserver.<\/p>\n<p>Anche una cache DNS locale pu\u00f2 conservare temporaneamente il vecchio indirizzo IP.<\/p>\n<h3>5. Problema con IPv6<\/h3>\n<p>Se il dominio possiede un record AAAA ma il server non risponde correttamente tramite IPv6, alcuni dispositivi potrebbero tentare la connessione verso l\u2019indirizzo IPv6 e ricevere un rifiuto.<\/p>\n<p>\u00c8 quindi importante verificare separatamente i record A e AAAA.<\/p>\n<h3>6. Proxy o VPN configurati male<\/h3>\n<p>Un proxy manuale, una VPN o un filtro aziendale pu\u00f2 intercettare la connessione e rifiutarla. Il problema pu\u00f2 interessare tutti i siti oppure soltanto alcuni indirizzi e porte.<\/p>\n<h3>7. Estensioni o impostazioni del browser<\/h3>\n<p>Le estensioni che filtrano il traffico, modificano il proxy o analizzano le connessioni possono interferire con il caricamento. Anche impostazioni corrotte del browser possono generare comportamenti anomali.<\/p>\n<h3>8. Reverse proxy configurato in modo errato<\/h3>\n<p>In un\u2019infrastruttura con Nginx, HAProxy, Cloudflare o un altro reverse proxy, il frontend potrebbe funzionare ma non riuscire a collegarsi al servizio di origine.<\/p>\n<p>Per esempio, il proxy potrebbe tentare di raggiungere un\u2019applicazione sulla porta 8080 mentre il servizio \u00e8 fermo oppure ascolta soltanto su un altro indirizzo.<\/p>\n<h3>9. Blocco dell\u2019indirizzo IP<\/h3>\n<p>Il server pu\u00f2 rifiutare esclusivamente il tuo indirizzo IP a causa di una regola firewall, di troppi tentativi di accesso, di un blocco automatico oppure di una configurazione di sicurezza.<\/p>\n<p>In questo caso il sito pu\u00f2 risultare raggiungibile da altre reti ma non dalla tua connessione.<\/p>\n<h2>Come risolvere ERR_CONNECTION_REFUSED dal browser<\/h2>\n<h3>1. Controllare l\u2019indirizzo del sito<\/h3>\n<p>Verifica che il dominio sia scritto correttamente e che l\u2019URL non contenga una porta errata. Prova sia la versione HTTPS sia, soltanto per diagnosi, la versione HTTP:<\/p>\n<pre><code>https:\/\/esempio.it\r\nhttp:\/\/esempio.it<\/code><\/pre>\n<p>Se HTTP funziona ma HTTPS restituisce ERR_CONNECTION_REFUSED, \u00e8 probabile che il problema riguardi la porta 443 o la configurazione SSL del server.<\/p>\n<h3>2. Verificare se il problema interessa un solo sito<\/h3>\n<p>Apri altri siti web. Se nessun sito funziona, controlla la connessione Internet, il router e le impostazioni di rete. Se l\u2019errore interessa un solo dominio, la causa \u00e8 pi\u00f9 probabilmente collegata al sito o al suo server.<\/p>\n<h3>3. Provare da un\u2019altra rete<\/h3>\n<p>Utilizza temporaneamente la rete mobile oppure un\u2019altra connessione. Se il sito funziona da una rete differente, controlla:<\/p>\n<ul>\n<li>il router;<\/li>\n<li>il DNS utilizzato;<\/li>\n<li>eventuali filtri di rete;<\/li>\n<li>il blocco del tuo indirizzo IP;<\/li>\n<li>le impostazioni del provider Internet.<\/li>\n<\/ul>\n<h3>4. Utilizzare la modalit\u00e0 in incognito<\/h3>\n<p>Apri una finestra di navigazione in incognito. Se il sito funziona, disattiva temporaneamente le estensioni, soprattutto quelle relative a VPN, proxy, sicurezza, blocco pubblicit\u00e0 e filtraggio del traffico.<\/p>\n<h3>5. Disattivare temporaneamente proxy e VPN<\/h3>\n<p>Disconnetti la VPN oppure rimuovi temporaneamente il proxy manuale, quindi prova nuovamente ad aprire il sito.<\/p>\n<p>Se la connessione torna a funzionare, controlla la configurazione del servizio prima di riattivarlo.<\/p>\n<h3>6. Riavviare browser, dispositivo e router<\/h3>\n<p>Un riavvio pu\u00f2 eliminare connessioni bloccate, cache temporanee e configurazioni di rete non pi\u00f9 valide. Riavvia prima il browser, poi il dispositivo e infine il modem o router.<\/p>\n<h2>Svuotare la cache DNS<\/h2>\n<p>Se il dominio \u00e8 stato trasferito oppure il suo indirizzo IP \u00e8 cambiato, la cache DNS pu\u00f2 indirizzare il browser verso il vecchio server.<\/p>\n<h3>Windows<\/h3>\n<p>Apri il Prompt dei comandi come amministratore ed esegui:<\/p>\n<pre><code>ipconfig \/flushdns<\/code><\/pre>\n<p>Puoi inoltre ripristinare il catalogo Winsock:<\/p>\n<pre><code>netsh winsock reset<\/code><\/pre>\n<p>Dopo il comando, riavvia Windows.<\/p>\n<h3>macOS<\/h3>\n<p>Apri Terminale ed esegui:<\/p>\n<pre><code>sudo dscacheutil -flushcache\r\nsudo killall -HUP mDNSResponder<\/code><\/pre>\n<h3>Linux con systemd-resolved<\/h3>\n<pre><code>sudo resolvectl flush-caches<\/code><\/pre>\n<p>Su distribuzioni o configurazioni differenti potrebbe essere necessario riavviare il servizio DNS locale.<\/p>\n<h2>Controllare la risoluzione DNS<\/h2>\n<p>Per verificare l\u2019indirizzo restituito dal DNS puoi utilizzare:<\/p>\n<pre><code>dig +short esempio.it\r\ndig +short AAAA esempio.it<\/code><\/pre>\n<p>In alternativa:<\/p>\n<pre><code>nslookup esempio.it<\/code><\/pre>\n<p>Confronta il risultato con l\u2019indirizzo IP assegnato dal provider di hosting. Se il dominio punta al server sbagliato, correggi i record DNS e attendi la normale propagazione.<\/p>\n<h2>Come diagnosticare ERR_CONNECTION_REFUSED sul server<\/h2>\n<p>Se amministri il server, il primo controllo consiste nel verificare se le porte HTTP e HTTPS rispondono.<\/p>\n<h3>Testare il sito con curl<\/h3>\n<pre><code>curl -I http:\/\/esempio.it\r\ncurl -I https:\/\/esempio.it\r\ncurl -vk https:\/\/esempio.it\/<\/code><\/pre>\n<p>L\u2019opzione <code>-v<\/code> mostra i dettagli della connessione, mentre <code>-k<\/code> consente un test diagnostico anche in presenza di problemi con il certificato. Non deve essere utilizzata per ignorare permanentemente gli errori SSL.<\/p>\n<h3>Controllare le porte in ascolto<\/h3>\n<pre><code>ss -ltnp | grep -E ':(80|443)\\b'<\/code><\/pre>\n<p>Il comando dovrebbe mostrare un processo in ascolto sulle porte 80 e 443. In assenza di risultati, controlla il servizio web e la relativa configurazione.<\/p>\n<h3>Controllare LiteSpeed<\/h3>\n<pre><code>systemctl status lsws --no-pager\r\n\/usr\/local\/lsws\/bin\/lswsctrl status<\/code><\/pre>\n<p>Per riavviare LiteSpeed dopo avere verificato la configurazione:<\/p>\n<pre><code>systemctl restart lsws<\/code><\/pre>\n<h3>Controllare Apache<\/h3>\n<pre><code>systemctl status httpd --no-pager\r\napachectl configtest<\/code><\/pre>\n<p>Su Debian e Ubuntu il servizio pu\u00f2 chiamarsi <code>apache2<\/code>:<\/p>\n<pre><code>systemctl status apache2 --no-pager<\/code><\/pre>\n<h3>Controllare Nginx<\/h3>\n<pre><code>systemctl status nginx --no-pager\r\nnginx -t<\/code><\/pre>\n<p>Correggi gli eventuali errori di configurazione prima di riavviare il servizio.<\/p>\n<h3>Testare direttamente il server locale<\/h3>\n<p>Per capire se il sito risponde internamente:<\/p>\n<pre><code>curl -I http:\/\/127.0.0.1 -H 'Host: esempio.it'<\/code><\/pre>\n<p>Per testare HTTPS collegandoti direttamente all\u2019indirizzo del server:<\/p>\n<pre><code>curl -vk --resolve esempio.it:443:IP_SERVER https:\/\/esempio.it\/<\/code><\/pre>\n<p>Sostituisci <code>IP_SERVER<\/code> con l\u2019indirizzo IP corretto. Se il test locale funziona ma quello pubblico no, il problema pu\u00f2 trovarsi nel firewall, nella rete o nel proxy posto davanti al server.<\/p>\n<h2>Controllare il firewall del server<\/h2>\n<h3>Firewalld<\/h3>\n<pre><code>firewall-cmd --list-all\r\nfirewall-cmd --list-services\r\nfirewall-cmd --list-ports<\/code><\/pre>\n<h3>UFW<\/h3>\n<pre><code>ufw status verbose<\/code><\/pre>\n<h3>Regole iptables<\/h3>\n<pre><code>iptables -L -n -v\r\niptables -S<\/code><\/pre>\n<p>Verifica che le porte 80 e 443 siano consentite e che l\u2019indirizzo del visitatore o del reverse proxy non sia bloccato. Evita di disabilitare completamente il firewall su un server in produzione.<\/p>\n<h2>ERR_CONNECTION_REFUSED e WordPress<\/h2>\n<p>Quando un sito WordPress restituisce ERR_CONNECTION_REFUSED, il problema raramente dipende direttamente da un plugin, dal tema o dal database. La connessione viene infatti rifiutata prima che WordPress possa essere caricato.<\/p>\n<p>\u00c8 preferibile controllare nell\u2019ordine:<\/p>\n<ol>\n<li>risoluzione DNS del dominio;<\/li>\n<li>raggiungibilit\u00e0 dell\u2019indirizzo IP;<\/li>\n<li>porte 80 e 443;<\/li>\n<li>stato del server web;<\/li>\n<li>firewall e sistemi di sicurezza;<\/li>\n<li>reverse proxy o CDN;<\/li>\n<li>configurazione del virtual host;<\/li>\n<li>certificato e listener HTTPS.<\/li>\n<\/ol>\n<p>Se utilizzi un piano di <a href=\"https:\/\/xlogic.org\/hosting-wordpress\/\">hosting WordPress gestito<\/a>, comunica all\u2019assistenza il dominio interessato, l\u2019orario dell\u2019errore e l\u2019indirizzo IP dal quale stai effettuando la prova.<\/p>\n<h2>ERR_CONNECTION_REFUSED con localhost<\/h2>\n<p>L\u2019errore \u00e8 frequente anche durante lo sviluppo locale. Per esempio:<\/p>\n<pre><code>http:\/\/localhost:3000\r\nhttp:\/\/127.0.0.1:8080<\/code><\/pre>\n<p>Controlla che l\u2019applicazione sia stata avviata e che utilizzi la porta indicata nell\u2019URL.<\/p>\n<pre><code>ss -ltnp | grep ':3000'\r\nss -ltnp | grep ':8080'<\/code><\/pre>\n<p>Verifica inoltre l\u2019indirizzo di ascolto. Un\u2019applicazione configurata soltanto su <code>127.0.0.1<\/code> non sar\u00e0 raggiungibile da altri dispositivi della rete. Per esporla pubblicamente \u00e8 necessario configurare correttamente il binding e proteggere l\u2019accesso con firewall e autenticazione.<\/p>\n<h2>ERR_CONNECTION_REFUSED e Cloudflare<\/h2>\n<p>Quando un sito utilizza Cloudflare, il visitatore potrebbe visualizzare un errore Cloudflare 521 invece del messaggio del browser. Il codice 521 indica che il server di origine ha rifiutato la connessione proveniente da Cloudflare.<\/p>\n<p>Le verifiche principali sono:<\/p>\n<ul>\n<li>accertarsi che il server di origine sia online;<\/li>\n<li>controllare che le porte 80 e 443 siano aperte;<\/li>\n<li>verificare che LiteSpeed, Apache o Nginx siano attivi;<\/li>\n<li>autorizzare gli indirizzi IP ufficiali di Cloudflare nel firewall;<\/li>\n<li>controllare eventuali blocchi applicati dal sistema di sicurezza;<\/li>\n<li>verificare la modalit\u00e0 SSL configurata su Cloudflare;<\/li>\n<li>testare direttamente l\u2019indirizzo IP del server di origine.<\/li>\n<\/ul>\n<p>La documentazione ufficiale \u00e8 disponibile nella pagina dedicata all\u2019<a href=\"https:\/\/developers.cloudflare.com\/support\/troubleshooting\/http-status-codes\/cloudflare-5xx-errors\/error-521\/\" rel=\"noopener noreferrer\" target=\"_blank\">errore Cloudflare 521<\/a>.<\/p>\n<h2>Checklist rapida per individuare la causa<\/h2>\n<table>\n<thead>\n<tr>\n<th>Controllo<\/th>\n<th>Interpretazione<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Il sito funziona da un\u2019altra rete<\/td>\n<td>Possibile blocco IP, problema del router, DNS locale o filtro del provider.<\/td>\n<\/tr>\n<tr>\n<td>HTTP funziona ma HTTPS no<\/td>\n<td>Porta 443 chiusa, listener HTTPS assente o configurazione SSL errata.<\/td>\n<\/tr>\n<tr>\n<td>Il dominio punta a un IP errato<\/td>\n<td>Record DNS non aggiornato o cache DNS obsoleta.<\/td>\n<\/tr>\n<tr>\n<td>Nessun processo ascolta su 80\/443<\/td>\n<td>Server web fermo o configurato su porte differenti.<\/td>\n<\/tr>\n<tr>\n<td>Il test locale funziona, quello pubblico no<\/td>\n<td>Firewall, NAT, rete, proxy o regole di sicurezza.<\/td>\n<\/tr>\n<tr>\n<td>Solo localhost non funziona<\/td>\n<td>Applicazione locale non avviata o porta sbagliata.<\/td>\n<\/tr>\n<tr>\n<td>Cloudflare mostra errore 521<\/td>\n<td>L\u2019origine rifiuta le connessioni di Cloudflare.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Quando contattare il provider di hosting<\/h2>\n<p>Contatta l\u2019assistenza quando il sito non \u00e8 raggiungibile da pi\u00f9 reti oppure quando non hai accesso alla configurazione del server.<\/p>\n<p>Per velocizzare la diagnosi indica:<\/p>\n<ul>\n<li>nome del dominio;<\/li>\n<li>URL esatto che restituisce l\u2019errore;<\/li>\n<li>data e ora del problema;<\/li>\n<li>indirizzo IP pubblico della connessione;<\/li>\n<li>browser e sistema operativo utilizzati;<\/li>\n<li>eventuali modifiche DNS o migrazioni recenti;<\/li>\n<li>risultato ottenuto da un\u2019altra rete;<\/li>\n<li>screenshot completo dell\u2019errore.<\/li>\n<\/ul>\n<p>Evita di inviare password o credenziali tramite messaggi non protetti.<\/p>\n<h2>Come prevenire nuovi errori di connessione rifiutata<\/h2>\n<p>Per ridurre il rischio che ERR_CONNECTION_REFUSED si ripresenti:<\/p>\n<ul>\n<li>monitora lo stato del server web;<\/li>\n<li>controlla regolarmente le porte esposte;<\/li>\n<li>verifica le configurazioni prima di riavviare i servizi;<\/li>\n<li>mantieni aggiornati sistema operativo e software server;<\/li>\n<li>utilizza regole firewall documentate;<\/li>\n<li>controlla i record DNS dopo ogni migrazione;<\/li>\n<li>configura correttamente i listener HTTP e HTTPS;<\/li>\n<li>monitora risorse, log e disponibilit\u00e0 del server;<\/li>\n<li>mantieni una procedura di ripristino verificata.<\/li>\n<\/ul>\n<p>Per progetti che richiedono risorse dedicate e pieno controllo della configurazione sono disponibili i servizi <a href=\"https:\/\/xlogic.org\/vps-ssd\/\">VPS SSD<\/a> e <a href=\"https:\/\/xlogic.org\/server-dedicati\/\">server dedicati<\/a> Xlogic.<\/p>\n<h2 id=\"faq\">Domande frequenti su ERR_CONNECTION_REFUSED<\/h2>\n<h3>Che cosa significa ERR_CONNECTION_REFUSED?<\/h3>\n<p>Significa che il browser ha tentato di aprire una connessione verso il server, ma la destinazione o un dispositivo intermedio l\u2019ha rifiutata. Spesso il servizio web \u00e8 fermo, la porta \u00e8 chiusa oppure una regola firewall blocca il collegamento.<\/p>\n<h3>ERR_CONNECTION_REFUSED dipende sempre dal server?<\/h3>\n<p>No. Pu\u00f2 dipendere anche dal dispositivo, dal browser, da una VPN, da un proxy, dall\u2019antivirus, dal router, dal DNS locale oppure dal blocco dell\u2019indirizzo IP. Provare da un\u2019altra rete aiuta a distinguere un problema locale da uno lato server.<\/p>\n<h3>Perch\u00e9 il sito funziona da smartphone ma non dal computer?<\/h3>\n<p>Il computer potrebbe utilizzare una cache DNS obsoleta, un proxy, una VPN, un\u2019estensione del browser o una configurazione di sicurezza differente. Pu\u00f2 inoltre essere bloccato l\u2019indirizzo IP della rete utilizzata dal computer.<\/p>\n<h3>Un plugin WordPress pu\u00f2 causare ERR_CONNECTION_REFUSED?<\/h3>\n<p>Normalmente no, perch\u00e9 l\u2019errore avviene prima dell\u2019esecuzione di WordPress. Tuttavia un plugin o un\u2019operazione applicativa potrebbe indirettamente provocare un blocco o il riavvio del server se genera un consumo anomalo di risorse.<\/p>\n<h3>Qual \u00e8 la differenza tra connection refused e connection timed out?<\/h3>\n<p>Connection refused indica un rifiuto immediato della connessione. Connection timed out indica invece che non \u00e8 arrivata una risposta entro il tempo previsto.<\/p>\n<h3>Come posso verificare se la porta 443 \u00e8 aperta?<\/h3>\n<p>Un amministratore pu\u00f2 controllare i servizi in ascolto con il comando <code>ss -ltnp<\/code> e testare il collegamento HTTPS con <code>curl -vk https:\/\/dominio.it\/<\/code>. \u00c8 inoltre necessario verificare le regole del firewall.<\/p>\n<h2>Conclusione<\/h2>\n<p><strong>ERR_CONNECTION_REFUSED<\/strong> indica che la connessione \u00e8 stata respinta prima che il browser potesse ricevere la pagina. La diagnosi deve partire dalla rete e dal DNS, per poi proseguire con porte, firewall, server web, reverse proxy ed eventuale CDN.<\/p>\n<p>Verificare sistematicamente ogni livello consente di individuare rapidamente se il problema riguarda il dispositivo del visitatore oppure l\u2019infrastruttura che ospita il sito.<\/p>\n<p>Per ulteriori procedure tecniche puoi consultare la <a href=\"https:\/\/xlogic.org\/kb\/\">Knowledge Base Xlogic<\/a>.<\/p>\n<hr \/>\n<p><strong>Fonti tecniche:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/support.google.com\/chrome\/answer\/6098869?hl=it\" rel=\"noopener noreferrer\" target=\"_blank\">Google Chrome: risolvere gli errori di connessione e caricamento<\/a><\/li>\n<li><a href=\"https:\/\/developers.cloudflare.com\/support\/troubleshooting\/http-status-codes\/cloudflare-5xx-errors\/error-521\/\" rel=\"noopener noreferrer\" target=\"_blank\">Cloudflare: errore 521 e connessione rifiutata dall\u2019origine<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>ERR_CONNECTION_REFUSED impedisce al browser di collegarsi al sito. Vediamo cosa significa, le cause pi\u00f9 comuni e tutte le soluzioni per utenti e amministratori.<\/p>\n","protected":false},"author":1,"featured_media":18981,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[5,1419],"tags":[],"class_list":["post-18980","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\/18980","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\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/comments?post=18980"}],"version-history":[{"count":1,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts\/18980\/revisions"}],"predecessor-version":[{"id":18982,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts\/18980\/revisions\/18982"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/media\/18981"}],"wp:attachment":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/media?parent=18980"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/categories?post=18980"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/tags?post=18980"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}