Windows 11 bryter mot localhost: vad som händer, vem som påverkas och hur man åtgärdar det

För många utvecklare och IT-team, Om "localhost" misslyckas i Windows 11, innebär det att man inte har en testbänk.Efter de senaste kumulativa uppdateringarna har flera system börjat ta bort anslutningar till den lokala loopbacken 127.0.0.1 när HTTP/2 används, vilket gör att utvecklingsservrar, felsökningsservrar och interna verktyg inte fungerar.

Rapporter upprepas på Microsofts forum, Stack Overflow, Server Fault och Reddit: Oktoberuppdatering KB5066835 och septemberuppdatering KB5065789 (version 26100.6899 på vissa datorer) utlösare Fel vid försök att ansluta till lokala slutpunkterDet är inte en DNS eller ett problem. värdfil; felet dyker upp längre ner i systemstacken.

Vad händer med localhost i Windows 11?

Berörda system sluta slutföra HTTP-anslutningar till 127.0.0.1 vid förhandling om HTTP/2, återvänder Meddelanden som ”ERR_CONNECTION_RESET” eller ”ERR_HTTP2_PROTOCOL_ERROR”. I praktiken, Tjänster som borde lyssna på 127.0.0.1 svarar inte korrekt, webbläsare misslyckas med att nå den lokala slutpunkten och felsökningssessioner avbryts.

Mönstret är konsekvent: med KB5066835/KB5065789 installerat, loopback-förfrågningar misslyckasEfter avinstallation och omstart fungerar de lokala kretsarna igen. På grund av detta har många identifierat detta som en specifik regression som introduceras av dessa versioner.

Berörda applikationer och tjänster

Förutom scenarier för webbutveckling, Incidenter har uppstått i vanliga verktyg av arbete och trygghet som drar lokala tjänster att driva.

• Felsökning och körning Visual Studio (ASP.NET/ASP.NET Core-projekt) och IIS.
• Autentisering och verktyg som till exempel SSMS Ange ID.
• Säkerhetsapplikationer som t.ex. Duo-skrivbord, som kontrollerar utrustningens status och kräver lokala slutpunkter.

I organisationer med mikrotjänster och interna verktyg, Loopback-fel blockerar testning, demonstrationer och valideringar, vilket utlöser diagnostiktider även om applikationskoden är korrekt.

Det tekniska ursprunget: HTTP.sys och HTTP/2-förhandling

Allt pekar på HTTP.sys, kernel-mode-komponenten som hanterar Windows HTTP-trafik och som IIS och ASP.NET Core är beroende av. Med de senaste versionerna, HTTP/2-förhandling i den lokala loopbacken orsakar anslutningsåterställningar, därav felmeddelandena som observeras i webbläsare och klienter.

Det är viktigt att understryka detta: Det är inte ett fel på namnlösningen, och det åtgärdas inte heller genom att redigera värdar. Omdirigeringen sker på det lager som hanterar anslutningar inom själva systemet.

Vanliga symptom och felmeddelanden

På berörda datorer, när utvecklingswebbplatsen eller en lokal tjänst startas, Förfrågningar avbryts med generiska koder vilket pekar på en anslutningsåterställning under handskakningen.

Rapporterade exempel: ERR_CONNECTION_RESET y ERR_HTTP2_PROTOCOL_ERRORPå lokala servrar som kör IIS eller Kestrel, Spår visar misslyckade försök att etablera sessioner när anslutningen försöker förhandla om HTTP/2.

Tillfälliga lösningar och åtgärder som fungerar

Tills den permanenta korrigeringen kommer, Det finns tre vägar som communityn och Microsoft använder, med varierande grad av invasivitet och effektivitet.

• Avinstallera problematiska uppdateringar och omstart: Detta återställer loopback-beteendet till dess tidigare tillstånd på de flesta datorer. Exempelkommandon:
  wusa /desinstalar /kb:5066835
wusa /desinstalar /kb:5065789
• Inaktivera HTTP/2 i registret för att tvinga fram HTTP/1.1 på lokal trafik. Det är en kirurgisk lösning, men inte idealisk för produktion:
  
"EnableHttp2Tls"=dword:00000000
"EnableHttp2Cleartext"=dword:00000000
• Applicera KIR Issue Rollback (KIR) från Microsoft, som selektivt återställer den problematiska ändringen utan att avinstallera hela uppdateringen.

Vissa användare kommenterar att Uppdatera Microsoft Defender-signaturer har förbättrat deras situation, men resultaten är inte konsekventa och det rekommenderas inte som en primär lösning.

Vad Microsoft har sagt och aktuell status

Microsoft har erkänt tillbakagången och har aktiverat en automatisk begränsning med KIR För hemdatorer och ohanterade datorer. I många fall räcker det med att söka efter uppdateringar och starta om systemet.

1. öppen Inställningar > Windows Update.
2. Klicka på Sök efter uppdateringar.
3. Reboot enheten, även om inget nytt dyker upp.

I företagsmiljöer, Administratörer måste distribuera KIR-grupprincipen motsvarande Windows 11 24H2/25H2 och Windows Server 2025 för att tillämpa återställningen på ett kontrollerat sätt. Företaget har angett att Den permanenta fixen kommer i en framtida uppdatering..

Praktiska rekommendationer för utvecklare och IT

Medan uppdateringskanalen stabiliseras, försiktiga åtgärder bör vidtas för att inte sakta ner projekt eller påverka kritiska tjänster.

• En utvecklingsmaskinerom blockeringen är omedelbar, avinstallera KB5066835/KB5065789 eller inaktivera HTTP/2 tillfälligt.
• I produktion och laboratorier: validera KIR och, om nödvändigt, distribuera motsvarande grupprincip.
• Pausa installationen av dessa patchar i kritiska miljöer tills det bekräftats att loopback fungerar.
• Dokumentera ändringarna (register, KIR, avinstallationer) för att återställa dem så snart den slutliga uppdateringen anländer.

För de som arbetar dagligen med lokala slutpunkter, localhost är inte en lyx: det är grunden för test- och felsökningscykelnIndikationer pekar på en regression i HTTP.sys med HTTP/2, vilket redan har bekräftats av Microsoft och åtgärdats med KIR, medan en stabil patch förbereds. Med lösningarna ovan är det möjligt att fortsätta framåt utan att omarbeta miljön och minimera påverkan på tidslinjer.