Windows 11 se defectează cu localhost: ce se întâmplă, cine este afectat și cum se poate remedia problema

Pentru mulți dezvoltatori și echipe IT, Dacă „localhost” eșuează în Windows 11, înseamnă că rămâneți fără un banc de testare.În urma ultimelor actualizări cumulative, mai multe sisteme au început să întrerupă conexiunile la loopback-ul local 127.0.0.1 atunci când utilizează HTTP/2, ceea ce a dus la nefuncționarea serverelor de dezvoltare, a serverelor de depanare și a instrumentelor interne.

Rapoartele sunt repetate pe forumurile Microsoft, Stack Overflow, Server Fault și Reddit: Actualizarea din octombrie KB5066835 și actualizarea din septembrie KB5065789 (build 26100.6899 pe unele computere) declanșator Erori la încercarea de conectare la punctele finale localeNu este vorba de DNS sau de o problemă. fișier gazdă; defectul apare mai jos în stiva sistemului.

Ce se întâmplă cu localhost în Windows 11?

Sisteme afectate oprirea finalizării conexiunilor HTTP către 127.0.0.1 la negocierea HTTP/2, revenind Mesaje precum „ERR_CONNECTION_RESET” sau „ERR_HTTP2_PROTOCOL_ERROR”. In practica, Serviciile care ar trebui să asculte pe 127.0.0.1 nu răspund corect, browserele nu reușesc să ajungă la endpoint-ul local, iar sesiunile de depanare sunt întrerupte.

Modelul este consistent: cu KB5066835/KB5065789 instalat, cererile de loopback eșueazăDupă dezinstalarea și repornirea lor, circuitele locale funcționează din nou. Din acest motiv, mulți au identificat acest lucru ca o regresie specifică introdusă de aceste versiuni.

Aplicații și servicii afectate

Pe lângă scenariile de dezvoltare web, Au apărut incidente în instrumente comune de muncă și securitate care atrag servicii locale să funcționeze.

• Depanare și rulare Visual Studio (proiecte ASP.NET/ASP.NET Core) și IIS.
• Autentificare și utilități precum Introduceți ID-ul SSMS.
• Aplicații de securitate, cum ar fi Duo Desktop, care verifică starea echipamentului și necesită puncte finale locale.

În organizațiile cu microservicii și utilități interne, Eroarea loopback blochează testarea, demonstrațiile și validările, care declanșează timpi de diagnosticare chiar dacă codul aplicației este corect.

Originea tehnică: HTTP.sys și negocierea HTTP/2

totul indică HTTP.sys, componenta în mod kernel care arbitrează traficul HTTP Windows și de care depind IIS și ASP.NET Core. Cu versiunile recente, Negocierea HTTP/2 în bucla locală provoacă resetări ale conexiunii, de unde și mesajele de eroare observate în browsere și clienți.

Este important să subliniem acest lucru: Nu este o eroare de rezoluție a numelui, nici nu este remediată prin editarea gazdelor. Rerutarea are loc la nivelul care gestionează conexiunile din cadrul sistemului în sine.

Simptome comune și mesaje de eroare

Pe computerele afectate, la lansarea site-ului de dezvoltare sau a unui serviciu local, Cererile sunt întrerupte cu coduri generice care indică o resetare a conexiunii în timpul handshake-ului.

Exemple raportate: ERR_CONNECTION_RESET y ERR_HTTP2_PROTOCOL_ERRORPe serverele locale care rulează IIS sau Kestrel, Urmările arată încercări eșuate de stabilire a sesiunii când conexiunea încearcă să negocieze HTTP/2.

Soluții temporare și măsuri de atenuare care funcționează

Până la sosirea corecției permanente, Există trei căi pe care comunitatea și Microsoft le folosesc, cu grade diferite de invazivitate și eficacitate.

• Dezinstalarea actualizărilor problematice și repornirea: Aceasta reface comportamentul loopback la starea anterioară pe majoritatea computerelor. Exemple de comenzi:
  wusa /desinstalar /kb:5066835
wusa /desinstalar /kb:5065789
• Dezactivați HTTP/2 în registry pentru a forța HTTP/1.1 pe traficul local. Este o soluție chirurgicală, dar nu este ideal pentru producție:
  
"EnableHttp2Tls"=dword:00000000
"EnableHttp2Cleartext"=dword:00000000
• Aplicați Revenire la probleme cunoscute (KIR) de la Microsoft, care anulează selectiv modificarea problematică fără a dezinstala întreaga actualizare.

Unii utilizatori comentează că Actualizarea semnăturilor Microsoft Defender le-a îmbunătățit situația, dar rezultatele nu sunt consecvente și nu este recomandată ca soluție principală.

Ce a spus Microsoft și stadiul actual

Microsoft a recunoscut regresul și a activat o atenuare automată cu KIR Pentru computerele de acasă și cele neadministrate. În multe cazuri, simpla verificare a actualizărilor și repornirea sistemului va avea efect.

1. Deschide Setări > Windows Update.
2. Click pe Verificați dacă există actualizări.
3. Reboot dispozitivul, chiar dacă nu apare nimic nou.

În mediile corporative, Administratorii trebuie să implementeze politica de grup KIR corespunzător Windows 11 24H2/25H2 și Windows Server 2025 pentru a aplica revenirea la versiunea inițială într-un mod controlat. Compania a indicat că Remedierea permanentă va veni într-o actualizare viitoare..

Recomandări practice pentru dezvoltatori și IT

În timp ce canalul de actualizare se stabilizează, ar trebui luate măsuri prudente pentru a nu încetini proiectele sau a nu afecta serviciile critice.

• En mașini de dezvoltaredacă blocarea este imediată, dezinstalați KB5066835/KB5065789 sau dezactivați temporar HTTP/2.
• În producție și laboratoare: validați KIR și, dacă este necesar, distribuiți politica de grup corespunzătoare.
• Întrerupeți instalarea acestor patch-uri în medii critice până la confirmarea faptului că funcționează loopback-ul.
• Documentați schimbările (registru, KIR, dezinstalări) pentru a le anula imediat ce apare actualizarea finală.

Pentru cei care lucrează zilnic cu endpoint-uri locale, localhost nu este un lux: este baza ciclului de testare și depanareIndicii indică o regresie în HTTP.sys cu HTTP/2, care a fost deja recunoscută de Microsoft și atenuată folosind KIR, în timp ce se pregătește un patch stabil. Cu soluțiile de mai sus, este posibil să se continue progresul fără a fi nevoie de reelaborarea mediului și să se minimizeze impactul asupra cronologiei.