Windows 11 interrompe localhost: cosa sta succedendo, chi è interessato e come risolvere il problema

Per molti sviluppatori e team IT, Se "localhost" fallisce in Windows 11, significa rimanere senza un banco di prova.In seguito agli ultimi aggiornamenti cumulativi, diversi sistemi hanno iniziato a interrompere le connessioni al loopback locale 127.0.0.1 quando utilizzano HTTP/2, causando il malfunzionamento dei server di sviluppo, dei server di debug e degli strumenti interni.

Le segnalazioni vengono ripetute sui forum Microsoft, Stack Overflow, Server Fault e Reddit: Aggiornamento di ottobre KB5066835 e aggiornamento di settembre KB5065789 (build 26100.6899 su alcuni computer) trigger Errori durante il tentativo di connessione agli endpoint localiNon è un DNS o un problema. file hosts; l'errore appare più in basso nello stack del sistema.

Cosa succede con localhost in Windows 11?

Sistemi interessati interrompere il completamento delle connessioni HTTP a 127.0.0.1 durante la negoziazione di HTTP/2, ritornando Messaggi come “ERR_CONNECTION_RESET” o “ERR_HTTP2_PROTOCOL_ERROR”. In pratica, I servizi che dovrebbero essere in ascolto su 127.0.0.1 non rispondono correttamente, i browser non riescono a raggiungere l'endpoint locale e le sessioni di debug vengono interrotte.

Il modello è coerente: con KB5066835/KB5065789 installato, le richieste di loopback fallisconoDopo averli disinstallati e riavviati, i circuiti locali tornano a funzionare. Per questo motivo, molti hanno identificato questo problema come una regressione specifica introdotta da queste build.

Applicazioni e servizi interessati

Oltre agli scenari di sviluppo web, Gli incidenti sono apparsi negli strumenti comuni di lavoro e sicurezza che tirano servizi locali operare.

• Debug ed esecuzione in Di Visual Studio (progetti ASP.NET/ASP.NET Core) e IIS.
• Autenticazione e utilità come SSMS Inserisci ID.
• Applicazioni di sicurezza come Duo Desktop, che controllano lo stato dell'apparecchiatura e richiedono endpoint locali.

Nelle organizzazioni con microservizi e utilità interne, I blocchi di errore di loopback bloccano test, demo e convalide, che attiva tempi di diagnostica anche se il codice dell'applicazione è corretto.

L'origine tecnica: HTTP.sys e negoziazione HTTP/2

Tutto punta a HTTP.sys, il componente in modalità kernel che arbitra il traffico HTTP di Windows e da cui dipendono IIS e ASP.NET Core. Con le build recenti, La negoziazione HTTP/2 nel loopback locale causa il ripristino della connessione, da qui i messaggi di errore osservati nei browser e nei client.

È importante sottolineare questo: Non è un errore di risoluzione del nome, né viene risolto modificando gli host. Il reindirizzamento avviene a livello che gestisce le connessioni all'interno del sistema stesso.

Sintomi comuni e messaggi di errore

Sui computer interessati, quando si avvia il sito di sviluppo o un servizio locale, Le richieste vengono interrotte con codici generici che indicano un ripristino della connessione durante l'handshake.

Esempi segnalati: ERR_CONNECTION_RESET y ERR_HTTP2_PROTOCOL_ERRORSui server locali che eseguono IIS o Kestrel, Le tracce mostrano tentativi di stabilire una sessione non riusciti quando la connessione tenta di negoziare HTTP/2.

Soluzioni temporanee e mitigazioni che funzionano

Finché non arriva la correzione definitiva, Ci sono tre percorsi che la comunità e Microsoft stanno utilizzando, con diversi gradi di invasività ed efficacia.

• Disinstallazione degli aggiornamenti problematici e riavvio: questa operazione ripristina il comportamento di loopback allo stato precedente sulla maggior parte dei computer. Comandi di esempio:
  wusa /desinstalar /kb:5066835
wusa /desinstalar /kb:5065789
• Disabilitare HTTP/2 nel registro per forzare HTTP/1.1 sul traffico locale. È una soluzione chirurgica, ma non ideale per la produzione:
  
"EnableHttp2Tls"=dword:00000000
"EnableHttp2Cleartext"=dword:00000000
• Applica il Ripristino problemi noti (KIR) di Microsoft, che ripristina selettivamente la modifica problematica senza disinstallare l'intero aggiornamento.

Alcuni utenti commentano che Aggiornare le firme di Microsoft Defender ha migliorato la loro situazione, ma i risultati non sono costanti e non è consigliabile come soluzione primaria.

Cosa ha detto Microsoft e stato attuale

Microsoft ha riconosciuto la regressione e ha attivato una mitigazione automatica con KIR Per computer domestici e non gestiti. In molti casi, è sufficiente verificare la presenza di aggiornamenti e riavviare il sistema.

1. aperto Impostazioni > Windows Update.
2. Clicca su Cerca aggiornamenti.
3. Reboot il dispositivo, anche se non appare nulla di nuovo.

Negli ambienti aziendali, Gli amministratori devono implementare i criteri di gruppo KIR corrispondente a Windows 11 24H2/25H2 e Windows Server 2025 per applicare il rollback in modo controllato. L'azienda ha indicato che La soluzione definitiva arriverà in un futuro aggiornamento..

Consigli pratici per sviluppatori e IT

Mentre il canale di aggiornamento si stabilizza, dovrebbero essere prese misure prudenti per non rallentare i progetti o compromettere i servizi critici.

• En macchine di sviluppo: se il blocco è immediato, disinstallare KB5066835/KB5065789 o disabilitare temporaneamente HTTP/2.
• In produzione e nei laboratori: convalidare il KIR e, se necessario, distribuire la politica di gruppo corrispondente.
• Metti in pausa l'installazione di queste patch in ambienti critici fino alla conferma che il il loopback funziona.
• Documentare le modifiche (registro, KIR, disinstallazioni) per ripristinarli non appena arriva l'aggiornamento finale.

Per coloro che lavorano quotidianamente con endpoint locali, localhost non è un lusso: è la base del ciclo di test e debugLe indicazioni indicano una regressione in HTTP.sys con HTTP/2, che è già stata riconosciuta da Microsoft e mitigata tramite KIR, mentre è in preparazione una patch stabile. Con le soluzioni alternative sopra descritte, è possibile continuare a procedere senza dover rielaborare l'ambiente e ridurre al minimo l'impatto sulle tempistiche.