Windows 11 fejler localhost: hvad sker der, hvem er berørt, og hvordan man retter det

For mange udviklere og IT-teams, Hvis "localhost" fejler i Windows 11, betyder det, at man står uden en testbænk.Efter de seneste kumulative opdateringer er flere systemer begyndt at afbryde forbindelser til den lokale loopback 127.0.0.1, når de bruger HTTP/2, hvilket bringer udviklingsservere, fejlfindingsservere og interne værktøjer ned.

Rapporter gentages på Microsoft-fora, Stack Overflow, Server Fault og Reddit: Oktoberopdatering KB5066835 og septemberopdatering KB5065789 (build 26100.6899 på nogle computere) trigger Fejl ved forsøg på at oprette forbindelse til lokale slutpunkterDet er ikke en DNS eller et problem. archivo hosts; fejlen vises længere nede i systemstakken.

Hvad sker der med localhost i Windows 11?

Berørte systemer Stop med at fuldføre HTTP-forbindelser til 127.0.0.1 under forhandling af HTTP/2, vender tilbage Meddelelser som “ERR_CONNECTION_RESET” eller “ERR_HTTP2_PROTOCOL_ERROR”. I praksis, Tjenester, der burde lytte på 127.0.0.1, svarer ikke korrekt., browsere kan ikke nå det lokale slutpunkt, og fejlfindingssessioner afbrydes.

Mønsteret er ensartet: med KB5066835/KB5065789 installeret, loopback-anmodninger mislykkesEfter afinstallation og genstart fungerer det lokale kredsløb igen. På grund af dette har mange identificeret dette som en specifik regression introduceret af disse builds.

Berørte applikationer og tjenester

Ud over webudviklingsscenarier, Hændelser er opstået i almindelige værktøjer af arbejde og sikkerhed, der trækker lokale tjenester at operere.

• Fejlfinding og kørsel Visual Studio (ASP.NET/ASP.NET Core-projekter) og IIS.
• Godkendelse og værktøjer som f.eks. SSMS Indtast ID.
• Sikkerhedsapplikationer som f.eks. Duo-skrivebord, som kontrollerer udstyrets status og kræver lokale slutpunkter.

I organisationer med mikrotjenester og interne forsyningsvirksomheder, Loopback-fejl blokerer test, demoer og valideringer, hvilket udløser diagnosticeringstider, selvom applikationskoden er korrekt.

Den tekniske oprindelse: HTTP.sys og HTTP/2-forhandling

Alt peger på HTTP.sys, kerneltilstandskomponenten, der håndterer Windows HTTP-trafik, og som IIS og ASP.NET Core er afhængige af. Med nyere builds, HTTP/2-forhandling i den lokale loopback forårsager nulstilling af forbindelsen, deraf fejlmeddelelserne, der observeres i browsere og klienter.

Det er vigtigt at understrege dette: Det er ikke en fejl i navnefortolkning, og det bliver heller ikke løst ved at redigere værter. Omdirigeringen sker på det lag, der administrerer forbindelser i selve systemet.

Almindelige symptomer og fejlmeddelelser

På berørte computere, når udviklingswebstedet eller en lokal tjeneste startes, Anmodninger afbrydes med generiske koder hvilket peger på en nulstilling af forbindelsen under handshake'et.

Rapporterede eksempler: ERR_CONNECTION_RESET y ERR_HTTP2_PROTOCOL_ERRORPå lokale servere, der kører IIS eller Kestrel, Spor viser mislykkede forsøg på oprettelse af sessioner når forbindelsen forsøger at forhandle HTTP/2.

Midlertidige løsninger og afhjælpningsforanstaltninger, der virker

Indtil den permanente korrektion kommer, Der er tre veje, som fællesskabet og Microsoft bruger, med varierende grader af invasivitet og effektivitet.

• Afinstallation af problematiske opdateringer og genstart: Dette gendanner loopback-adfærden til dens tidligere tilstand på de fleste computere. Eksempler på kommandoer:
  wusa /desinstalar /kb:5066835
wusa /desinstalar /kb:5065789
• Deaktiver HTTP/2 i registreringsdatabasen for at tvinge HTTP/1.1 på lokal trafik. Det er en kirurgisk løsning, men ikke ideel til produktion:
  
"EnableHttp2Tls"=dword:00000000
"EnableHttp2Cleartext"=dword:00000000
• Aplicar el KIR Issue Rollback (KIR) fra Microsoft, som selektivt fortryder den problematiske ændring uden at afinstallere hele opdateringen.

Nogle brugere kommenterer, at Opdater Microsoft Defender-signaturer har forbedret deres situation, men resultaterne er ikke ensartede, og det anbefales ikke som en primær løsning.

Hvad Microsoft har sagt og den nuværende status

Microsoft har anerkendt tilbagegangen og har aktiveret en automatisk afhjælpning med KIR For hjemmecomputere og ikke-administrerede computere. I mange tilfælde vil det blot at søge efter opdateringer og genstarte systemet virke.

1. Åben Configuración > Windows Update.
2. Tryk på Tjek efter opdateringer.
3. Genstart enheden, selvom der ikke dukker noget nyt op.

I virksomhedsmiljøer, Administratorer skal implementere KIR-gruppepolitikken svarende til Windows 11 24H2/25H2 og Windows Server 2025 for at anvende rollback på en kontrolleret måde. Virksomheden har angivet, at Den permanente løsning kommer i en fremtidig opdatering..

Praktiske anbefalinger til udviklere og IT

Mens opdateringskanalen stabiliserer sig, der bør træffes forsigtige foranstaltninger for ikke at forsinke projekter eller påvirke kritiske tjenester.

• En udviklingsmaskiner: hvis blokeringen er øjeblikkelig, afinstaller KB5066835/KB5065789 eller deaktiver midlertidigt HTTP/2.
• I produktion og laboratorier: validér KIR og, om nødvendigt, distribuer den tilsvarende gruppepolitik.
• Sæt installationen af ​​disse programrettelser på pause i kritiske miljøer, indtil det bekræftes, at loopback fungerer.
• Dokumentér ændringerne (registreringsdatabase, KIR, afinstallationer) for at nulstille dem, så snart den endelige opdatering ankommer.

For dem, der arbejder dagligt med lokale endpoints, localhost er ikke en luksus: det er grundlaget for test- og debugcyklussenIndikationer peger på en regression i HTTP.sys med HTTP/2, hvilket allerede er blevet anerkendt af Microsoft og afbødet ved hjælp af KIR, mens en stabil programrettelse er under udarbejdelse. Med ovenstående løsninger er det muligt at fortsætte fremad uden at omarbejde miljøet og minimere påvirkningen på tidslinjer.