Windows 11 maakt localhost kapot: wat gebeurt er, wie is erdoor getroffen en hoe los je het op?

Voor veel ontwikkelaars en IT-teams is Als “localhost” in Windows 11 faalt, betekent dit dat u geen testbank meer heeft.Na de laatste cumulatieve updates zijn verschillende systemen begonnen met het verbreken van de verbinding met de lokale loopback 127.0.0.1 bij gebruik van HTTP/2, waardoor ontwikkelservers, debugservers en interne tools platliggen.

Rapporten worden herhaald op Microsoft-forums, Stack Overflow, Server Fault en Reddit: Oktober-update KB5066835 en september-update KB5065789 (build 26100.6899 op sommige computers) trigger Fouten bij het proberen verbinding te maken met lokale eindpuntenHet is geen DNS of een probleem. hosts-bestand; de fout verschijnt verderop in de systeemstack.

Wat gebeurt er met localhost in Windows 11?

Betrokken systemen Stop met het voltooien van HTTP-verbindingen naar 127.0.0.1 bij het onderhandelen over HTTP/2, terugkerend Berichten zoals “ERR_CONNECTION_RESET” of “ERR_HTTP2_PROTOCOL_ERROR”. In praktijk, Services die naar 127.0.0.1 zouden moeten luisteren, reageren niet goed, browsers kunnen het lokale eindpunt niet bereiken en foutopsporingssessies worden onderbroken.

Het patroon is consistent: met KB5066835/KB5065789 geïnstalleerd, loopback-verzoeken mislukkenNa het verwijderen en opnieuw opstarten werkt het lokale circuit weer. Hierdoor hebben velen dit geïdentificeerd als een specifieke regressie die door deze builds is veroorzaakt.

Betrokken applicaties en services

Naast webontwikkelingsscenario's, Er zijn incidenten opgetreden in veelvoorkomende tools van werk en zekerheid die trekken lokale diensten opereren.

• Debuggen en uitvoeren in Visual Studio (ASP.NET/ASP.NET Core-projecten) en IIS.
• Authenticatie en hulpprogramma's zoals SSMS Voer ID in.
• Beveiligingstoepassingen zoals Duo Desktop, die de status van de apparatuur controleren en lokale eindpunten vereisen.

In organisaties met microservices en interne hulpprogramma's, Loopback-falen blokkeert testen, demo's en validaties, waardoor diagnostische tijden worden geactiveerd, zelfs als de applicatiecode correct is.

De technische oorsprong: HTTP.sys en HTTP/2-onderhandeling

Alles wijst naar HTTP.sys, de kernel-moduscomponent die Windows HTTP-verkeer arbitreert en waarvan IIS en ASP.NET Core afhankelijk zijn. Met recente builds, HTTP/2-onderhandeling in de lokale loopback zorgt ervoor dat de verbinding wordt gereset, vandaar de foutmeldingen die in browsers en clients worden weergegeven.

Het is belangrijk om dit te benadrukken: Het is geen naamresolutiefout, en het wordt ook niet opgelost door hosts te bewerken. De omleiding vindt plaats op de laag die de verbindingen binnen het systeem zelf beheert.

Veelvoorkomende symptomen en foutmeldingen

Op de getroffen computers, bij het starten van de ontwikkelingssite of een lokale service, Verzoeken worden afgekapt met generieke codes wat erop wijst dat de verbinding tijdens de handshake is gereset.

Gerapporteerde voorbeelden: ERR_CONNECTION_RESET y ERR_HTTP2_PROTOCOL_ERROROp lokale servers waarop IIS of Kestrel draait, Sporen tonen mislukte pogingen om een ​​sessie tot stand te brengen wanneer de verbinding probeert HTTP/2 te onderhandelen.

Tijdelijke oplossingen en maatregelen die werken

Totdat de permanente correctie arriveert, Er zijn drie paden die de community en Microsoft gebruiken, met wisselende mate van invasiviteit en effectiviteit.

• Problematische updates verwijderen en opnieuw opstarten: hiermee wordt het loopback-gedrag op de meeste computers hersteld naar de vorige status. Voorbeeldopdrachten:
  wusa /desinstalar /kb:5066835
wusa /desinstalar /kb:5065789
• Schakel HTTP/2 uit in het register om HTTP/1.1 te forceren voor lokaal verkeer. Het is een chirurgische oplossing, maar niet ideaal voor productie:
  
"EnableHttp2Tls"=dword:00000000
"EnableHttp2Cleartext"=dword:00000000
• Pas de Bekend probleem terugdraaien (KIR) van Microsoft, dat de problematische wijziging selectief terugdraait zonder de gehele update te verwijderen.

Sommige gebruikers geven aan dat Microsoft Defender-handtekeningen bijwerken heeft hun situatie verbeterd, maar de resultaten zijn niet consistent en het wordt niet aanbevolen als primaire oplossing.

Wat Microsoft heeft gezegd en de huidige status

Microsoft heeft de achteruitgang erkend en heeft een automatische mitigatie met KIR geactiveerd Voor thuiscomputers en onbeheerde computers. In veel gevallen is het voldoende om simpelweg te controleren op updates en het systeem opnieuw op te starten.

1. Open Instellingen > Windows Update.
2. Klik op Controleer op updates.
3. Reboot het apparaat, zelfs als er niets nieuws verschijnt.

In bedrijfsomgevingen, Beheerders moeten het KIR-groepsbeleid implementeren overeenkomend met Windows 11 24H2/25H2 en Windows Server 2025 om de rollback op een gecontroleerde manier toe te passen. Het bedrijf heeft aangegeven dat De permanente oplossing komt in een toekomstige update..

Praktische aanbevelingen voor ontwikkelaars en IT

Terwijl het updatekanaal stabiliseert, Er moeten voorzichtige maatregelen worden genomen om projecten niet te vertragen of kritieke diensten te beïnvloeden.

• En ontwikkelingsmachines: als het blok onmiddellijk is, verwijder KB5066835/KB5065789 of schakel HTTP/2 tijdelijk uit.
• In productie en laboratoria: valideer de KIR en, indien nodig, het overeenkomstige groepsbeleid distribueren.
• Pauzeer de installatie van deze patches in kritieke omgevingen totdat is bevestigd dat de loopback werkt.
• Documenteer de wijzigingen (register, KIR, verwijderingen) om ze terug te zetten zodra de laatste update beschikbaar is.

Voor degenen die dagelijks met lokale eindpunten werken, localhost is geen luxe: het is de basis van de test- en debugcyclusEr zijn aanwijzingen dat er een regressie is in HTTP.sys met HTTP/2, wat al door Microsoft is erkend en verholpen met KIR, terwijl er een stabiele patch wordt voorbereid. Met de bovenstaande oplossingen is het mogelijk om verder te gaan zonder de omgeving aan te passen en de impact op de planning te minimaliseren.