{"id":11042,"date":"2026-02-11T17:50:41","date_gmt":"2026-02-11T17:50:41","guid":{"rendered":"https:\/\/howtogeek.blog\/it\/?p=11042"},"modified":"2026-02-11T17:50:41","modified_gmt":"2026-02-11T17:50:41","slug":"come-risolvere-efficacemente-lerrore-connessione-reimpostata-dal-peer","status":"publish","type":"post","link":"https:\/\/howtogeek.blog\/it\/come-risolvere-efficacemente-lerrore-connessione-reimpostata-dal-peer\/","title":{"rendered":"Come risolvere efficacemente l’errore “Connessione reimpostata dal peer”"},"content":{"rendered":"

L’errore “Connessione reimpostata dal peer” \u00e8 uno di quei fastidiosi problemi di rete che si verificano quando il server chiude inaspettatamente la connessione prima che il sistema possa terminare la comunicazione. Di solito, \u00e8 dovuto a un firewall, a un’impostazione di sicurezza o a un timeout che interferisce o blocca la connessione, ma a volte si tratta di problemi pi\u00f9 nascosti come configurazioni errate del server o problemi di routing di rete. In pratica, il server non vuole pi\u00f9 funzionare e capirne il motivo pu\u00f2 essere un po’ complicato. Se stai cercando di configurare SSH, FTP o un’app personalizzata e improvvisamente tutto si blocca con questo errore, ecco alcuni aspetti da verificare. Risolvere il problema non \u00e8 sempre semplice, soprattutto se non hai accesso ai log del server, ma questi passaggi dovrebbero aiutarti ad avvicinarti alla causa o addirittura a risolverla.<\/p>\n

Come risolvere il problema di ripristino della connessione da parte del peer<\/h2>\n

Controllare i registri e i messaggi di errore<\/h3>\n

Questo \u00e8 un passaggio da detective: esaminare i log per trovare indizi. Se si tratta di un problema di connessione SSH, ad esempio, \u00e8 opportuno seguire il log di autenticazione per vedere cosa succede dietro le quinte. Su un server Linux, apri il terminale e digita:<\/p>\n

tail -f \/var\/log\/auth.log<\/code><\/pre>\n
Questo mostrer\u00e0 le voci in tempo reale quando tenti di connetterti. Se stai utilizzando altri servizi, controlla i loro log, solitamente in \/var\/log\/ o tramite journalctl se stai usando systemd. In alcune configurazioni, abilitare la modalit\u00e0 di debug dettagliata per il tuo servizio o demone pu\u00f2 fornire maggiori informazioni, ad esempio abilitare la modalit\u00e0 verbose su SSH con ssh -vvv<\/code>.<\/p>\n
\u00c8 un po’ strano, ma quei log spesso indicano se il server blocca il tuo IP, raggiunge un limite o riscontra un errore interno. In alcune configurazioni, potrebbe essere necessario abilitare la registrazione aggiuntiva o impostare flag di debug nei file di configurazione per ottenere informazioni pi\u00f9 dettagliate.<\/p>\n
Testare la connessione Internet e il routing<\/h3>\n
Successivamente, verifica se la connessione al server funziona effettivamente. Usalo traceroute [domain\/IP]<\/code>su Linux o tracert [domain\/IP]<\/code>su Windows.\u00c8 come disegnare una mappa del percorso dei tuoi pacchetti. Se uno di questi hop si interrompe o mostra segni di problemi, potrebbe essere quello il problema.<\/p>\n
A volte, il server o un gateway a monte della catena potrebbero essere inattivi o sovraccarichi. Se si verificano timeout costanti dopo pochi hop, spesso la situazione \u00e8 fuori dal vostro controllo. Se si tratta del vostro server privato, riavviare i servizi di rete o persino l’intero server pu\u00f2 risolvere gli stati di blocco. Ad esempio, su Linux, \u00e8 possibile riavviare i servizi di rete come sudo systemctl restart networking<\/code>o sudo systemctl restart NetworkManager<\/code>.<\/p>\n
Controlla se il tuo IP \u00e8 bannato o inserito nella lista nera<\/h3>\n
Ecco un po’ di sotterfugio: il tuo IP potrebbe essere bannato o inserito in una blacklist. I server pubblici bannano rapidamente gli IP che ritengono sospetti, e questo causa la comparsa di errori di reset. Per verificare se il tuo IP \u00e8 in una blacklist, usa siti come MX Toolbox Blacklist Check<\/a>. Inserisci il tuo IP (cerca “Qual \u00e8 il mio IP” se non sei sicuro) e, se viene segnalato, il colpevole \u00e8 lui.<\/p>\n
In tal caso, contatta il tuo ISP o utilizza una VPN per cambiare indirizzo IP, perch\u00e9 l’unico modo per correggere una blacklist \u00e8 tramite l’amministratore del server, e questo processo pu\u00f2 richiedere tempo. Tieni presente che cambiare IP non \u00e8 sempre una soluzione definitiva, soprattutto se la tua rete viene nuovamente segnalata.<\/p>\n
Ispezionare il firewall e i filtri di sicurezza<\/h3>\n
\u00c8 qui che spesso le cose si complicano. I firewall lato server o locale possono bloccare o reimpostare le connessioni se ritengono il traffico sospetto. Se gestisci il server, controlla le regole di iptables (su Linux):<\/p>\n
sudo iptables -L --line-numbers<\/code><\/pre>\n
Cerca eventuali regole che potrebbero rifiutare il tuo IP o la porta di connessione. Allo stesso modo, se utilizzi app di sicurezza come Fail2ban o DenyHosts, verifica che il tuo IP non sia nelle loro liste di blocco. Per Fail2ban, controlla i file di configurazione all’indirizzo \/etc\/fail2ban\/jail.conf<\/code>e alla ignoreip<\/code>riga.<\/p>\n
Non disabilitare mai completamente i firewall: \u00e8 come andare in cerca di guai. Piuttosto, inserisci il tuo IP nella whitelist o modifica le regole con cautela. Perch\u00e9, naturalmente, Windows e Linux hanno modi diversi per gestire le regole del firewall e la sintassi pu\u00f2 variare.<\/p>\n
Su Linux, oltre a iptables, strumenti come ufw<\/code>forniscono un’interfaccia pi\u00f9 intuitiva:<\/p>\n
sudo ufw allow from [your-ip] to any port [port]<\/code><\/pre>\n
Su Windows, controlla le regole del firewall di Windows Defender nel Pannello di controllo o tramite i comandi di PowerShell.<\/p>\n
Riavviare i servizi di rete e i daemon<\/h3>\n
Se la configurazione del server \u00e8 cambiata di recente, ma nessuno ha riavviato i servizi, potrebbero verificarsi problemi persistenti. Il riavvio di daemon come SSH, FTP o servizi personalizzati pu\u00f2 risolvere gli stati di blocco. Ad esempio, su un server Debian o Ubuntu, esegui:<\/p>\n
sudo systemctl restart ssh<\/code><\/pre>\n
Allo stesso modo, per FTP o Samba, sostituisci ssh<\/code>con smbd<\/code>o qualsiasi altro servizio tu stia utilizzando. Un piccolo avvertimento: in alcune configurazioni, dovrai coordinarti con l’amministratore del server per evitare di interrompere le sessioni attive.<\/p>\n
Modifica il file Hosts per il controllo degli accessi<\/h3>\n
I file host possono essere utilizzati per consentire o negare IP specifici. Se sospetti un blocco IP, controlla \/etc\/hosts.deny<\/strong> e \/etc\/hosts.allow<\/strong>. Ad esempio, se il tuo IP appare in \/etc\/hosts.deny \/etc\/hosts.deny<\/code>, commentalo o rimuovi la riga:<\/p>\n
# your IP in hosts.deny<\/code><\/pre>\n
E poi aggiungilo \/etc\/hosts.allow<\/code>cos\u00ec:<\/p>\n
sshd : 10.10.10.8<\/code><\/pre>\n
Questo pu\u00f2 essere un modo sicuro per ristabilire l’accesso se i blocchi del server sono eccessivamente aggressivi.<\/p>\n
Aumenta i periodi di timeout TCP e invia pacchetti keepalive<\/h3>\n
Questa \u00e8 una sorta di ultima risorsa, ma per le connessioni che si interrompono durante i periodi di inattivit\u00e0, modificare le impostazioni keepalive pu\u00f2 essere utile. Su Linux, \u00e8 possibile modificare \/etc\/sysctl.conf<\/code>queste righe:<\/p>\n
net.ipv4.tcp_keepalive_time = 300 net.ipv4.tcp_keepalive_probes = 9 net.ipv4.tcp_keepalive_intvl = 10<\/code><\/pre>\n
Quindi ricarica con sysctl --load=\/etc\/sysctl.conf<\/code>. Questo assicura che il sistema invii pacchetti heartbeat regolari in modo che il server mantenga attiva la connessione, garantendo maggiore stabilit\u00e0. Per Windows, \u00e8 possibile modificare impostazioni simili tramite il Registro di sistema: accedere a HKEY_LOCAL_MACHINE\\System\\CurrentControlSet\\Services\\Tcpip\\Parameters<\/code>e modificare KeepAliveTime<\/code>.KeepAliveInterval<\/code><\/p>\n
Rivedere la configurazione SSH per il server<\/h3>\n
Se SSH ti crea problemi, controlla il \/etc\/ssh\/sshd_config<\/code>file. Impostazioni come MaxStartups<\/strong> e ClientAliveInterval<\/strong> possono causare cali se impostate in modo troppo restrittivo. Ad esempio, aumentando il valore MaxStartups<\/code>\u00e8 possibile consentire pi\u00f9 connessioni non autenticate simultanee, mentre abilitandolo ClientAliveInterval<\/code>con un valore appropriato ClientAliveCountMax<\/code>si evita che la sessione si scolleghi automaticamente.<\/p>\n
Non dimenticare di riavviare SSH dopo le modifiche:<\/p>\n
sudo systemctl restart ssh<\/code><\/pre>\n
Garantire il supporto SSL e i limiti di connessione aperti<\/h3>\n
A volte, il server utilizza SSL per proteggere le connessioni e, se il client non supporta o non configura correttamente SSL, pu\u00f2 causare dei reimpostazioni. Assicurati che il client supporti SSL, se necessario, e che i certificati siano validi e installati correttamente.<\/p>\n
Inoltre, i server hanno un numero massimo di socket (come le connessioni aperte).Se questo limite viene raggiunto, le nuove connessioni possono essere rifiutate o reimpostate. Per testare o aumentare temporaneamente questo limite, esegui:<\/p>\n
ulimit -n 65535<\/code><\/pre>\n
Per una modifica permanente, modifica \/etc\/security\/limits.conf<\/code>aggiungendo righe simili a:<\/p>\n
* soft nofile 65535 * hard nofile 65535<\/code><\/pre>\n
E confermare che PAM \u00e8 impostato per rispettare questi limiti modificando \/etc\/pam.d\/common-session<\/code>per includere required pam_limits.so<\/code>.<\/p>\n
Debug di script personalizzati e compatibilit\u00e0 del protocollo<\/h3>\n
Se hai creato script o app di connessione personalizzati, assicurati che seguano gli standard di protocollo. Bug come dimenticare di chiudere le connessioni socket, gestire TLS in modo errato o inviare comandi di uscita inaspettati possono causare il ripristino delle connessioni da parte dei server. Inoltre, controlla la presenza di processi zombie o processi figlio che non sono usciti correttamente: possono riempire le tabelle dei processi e causare ogni sorta di strani errori.<\/p>\n
Utilizzando strumenti di debug o log, traccia l’attivit\u00e0 dei tuoi script.\u00c8 un’impresa ardua, ma a volte anche solo ristrutturare i tentativi di connessione o aggiungere ritardi pu\u00f2 aiutare. Quando ti trovi in \u200b\u200bdifficolt\u00e0, forum per sviluppatori come Stack Overflow possono essere sorprendentemente utili: basta condividere dettagli e configurazioni sufficienti.<\/p>\n
\n
Tutto questo sembra molto, e onestamente, pu\u00f2 esserlo. Ma la risoluzione dei problemi di ripristino della connessione \u00e8 un mix di controllo dei log, routing di rete, regole del firewall e configurazioni del server.\u00c8 un po’ come sbucciare una cipolla: a seconda della configurazione, il problema \u00e8 sempre causato da qualcosa di diverso.<\/p>\n
Riepilogo<\/h2>\n
    \n
  • Ispezionare i registri per trovare indizi<\/li>\n
  • Eseguire traceroute per verificare i problemi di routing<\/li>\n
  • Controlla se il tuo IP \u00e8 nella blacklist<\/li>\n
  • Rivedi le regole del firewall e, se necessario, inserisci il tuo IP nella whitelist<\/li>\n
  • Riavviare i servizi di rete e i daemon<\/li>\n
  • Modifica i file host per il controllo degli accessi<\/li>\n
  • Regola le impostazioni keepalive per evitare timeout<\/li>\n
  • Verificare le configurazioni SSH e del server per i limiti e le impostazioni di timeout<\/li>\n
  • Assicurarsi che il supporto SSL sia configurato correttamente, se applicabile<\/li>\n
  • Monitora i tuoi script personalizzati per una corretta gestione della connessione<\/li>\n<\/ul>\n
    Incartare<\/h2>\n
    Gestire il problema “Connessione reimpostata da un peer” pu\u00f2 essere frustrante, soprattutto perch\u00e9 la causa principale pu\u00f2 essere diversa in ogni configurazione. Ma eseguire questi controlli dovrebbe almeno fornire un quadro pi\u00f9 chiaro o addirittura risolvere il problema. Di solito, il problema si riduce a regole del firewall, limiti del server o problemi di routing di rete. Se nulla funziona, contattare l’amministratore del server o il proprio ISP potrebbe essere l’ultima risorsa. Incrociamo le dita affinch\u00e9 questo aiuti qualcuno a evitare ore di grattacapi: ha funzionato su diverse configurazioni per me, quindi spero che funzioni anche per altri.<\/p>\n","protected":false},"excerpt":{"rendered":"
    L’errore “Connessione reimpostata dal peer” \u00e8 uno di quei fastidiosi problemi di rete che si verificano quando il server chiude inaspettatamente la connessione prima che il sistema possa terminare la comunicazione. Di solito, \u00e8 dovuto a un firewall, a un’impostazione di sicurezza o a un timeout che interferisce o blocca la connessione, ma a volte […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-11042","post","type-post","status-publish","format-standard","hentry","category-how-to"],"acf":[],"_links":{"self":[{"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/posts\/11042","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/comments?post=11042"}],"version-history":[{"count":1,"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/posts\/11042\/revisions"}],"predecessor-version":[{"id":11043,"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/posts\/11042\/revisions\/11043"}],"wp:attachment":[{"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/media?parent=11042"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/categories?post=11042"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/howtogeek.blog\/it\/wp-json\/wp\/v2\/tags?post=11042"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}