Windows 11 rikub localhosti: mis toimub, keda see mõjutab ja kuidas seda parandada

Paljude arendajate ja IT-meeskondade jaoks Kui „localhost” Windows 11-s ebaõnnestub, tähendab see, et jääte ilma testimisstendita.Pärast viimaseid kumulatiivseid värskendusi on mitmed süsteemid hakanud HTTP/2 kasutamisel katkestama ühendusi kohaliku loopbackiga 127.0.0.1, mis on põhjustanud arendusserverite, silumisserverite ja sisemiste tööriistade töö katkemise.

Aruandeid korratakse Microsofti foorumites, Stack Overflow's, Server Fault'is ja Redditis: Oktoobri värskendus KB5066835 ja septembri värskendus KB5065789 (mõnedes arvutites versioon 26100.6899) ​​päästiku Vead kohalike lõpp-punktidega ühenduse loomiselSee ei ole DNS ega probleem. hostifail; viga ilmneb süsteemipinus allpool.

Mis toimub localhostiga Windows 11-s?

Mõjutatud süsteemid HTTP/2 läbirääkimiste ajal peata HTTP-ühenduste loomine aadressiga 127.0.0.1, naaseb Teated nagu „ERR_CONNECTION_RESET” või „ERR_HTTP2_PROTOCOL_ERROR”. Praktikas, Teenused, mis peaksid kuulama aadressi 127.0.0.1, ei reageeri korralikult, brauserid ei jõua kohalikku lõpp-punkti ja silumisseansid katkevad.

Muster on järjepidev: kui KB5066835/KB5065789 on installitud, tagasihelistustaotlused ebaõnnestuvadPärast nende desinstallimist ja taaskäivitamist töötab kohalik vooluring uuesti. Seetõttu on paljud seda tuvastanud kui nende versioonide tekitatud spetsiifilist regressiooni.

Mõjutatud rakendused ja teenused

Lisaks veebiarenduse stsenaariumidele Juhtumid on ilmnenud tavalistes tööriistades tööst ja turvalisusest, mis tõmbavad kohalikud teenused opereerida.

• Silumine ja käivitamine Visual Studio (ASP.NET/ASP.NET Core projektid) ja IIS.
• Autentimine ja utiliidid, näiteks SSMS Sisesta ID.
• Turvarakendused, näiteks Duo töölaud, mis kontrollivad seadmete olekut ja nõuavad kohalikke lõpp-punkte.

Organisatsioonides, kus on mikroteenused ja sisemised utiliidid, Loopbacki tõrge blokeerib testimise, demod ja valideerimise, mis käivitab diagnostikaajad isegi siis, kui rakenduskood on õige.

Tehniline päritolu: HTTP.sys ja HTTP/2 läbirääkimised

Kõik viitab HTTP.sys, kernel-režiimi komponent, mis vahendab Windowsi HTTP-liiklust ning millest sõltuvad IIS ja ASP.NET Core. Viimaste versioonidega HTTP/2 läbirääkimised kohalikus tagasihelistussüsteemis põhjustavad ühenduse lähtestamise., seega brauserites ja klientides täheldatud veateated.

Oluline on seda rõhutada: See ei ole nime lahendamise viga, ega seda ka hostide muutmisega ei parandata. Ümbersuunamine toimub kihil, mis haldab süsteemi enda ühendusi.

Levinumad sümptomid ja veateated

Mõjutatud arvutites arendussaidi või kohaliku teenuse käivitamisel Päringud katkestatakse üldiste koodidega mis viitavad ühenduse lähtestamisele käepigistuse ajal.

Teatatud näited: ERR_CONNECTION_RESET y ERR_HTTP2_PROTOCOL_ERRORKohalikes serverites, kus töötab IIS või Kestrel, Jäljed näitavad ebaõnnestunud seansi loomise katseid kui ühendus üritab pidada läbirääkimisi HTTP/2 protokolliga.

Ajutised lahendused ja leevendusmeetmed, mis toimivad

Kuni jäädav parandus saabub, Kogukond ja Microsoft kasutavad kolme teed, erineva invasiivsuse ja efektiivsusega.

• Probleemsete värskenduste desinstallimine ja taaskäivitamine: see taastab enamiku arvutite puhul tagasihelistamise eelmise oleku. Näidiskäsud:
  wusa /desinstalar /kb:5066835
wusa /desinstalar /kb:5065789
• Keelake registris HTTP/2, et kohalikus liikluses HTTP/1.1 peale suruda. See on kirurgiline lahendus, aga... pole tootmiseks ideaalne:
  
"EnableHttp2Tls"=dword:00000000
"EnableHttp2Cleartext"=dword:00000000
• Rakenda Tuntud probleemide tagasivõtmine (KIR) Microsoftilt, mis tühistab probleemse muudatuse valikuliselt ilma kogu värskendust desinstallimata.

Mõned kasutajad kommenteerivad, et Microsoft Defenderi signatuuride värskendamine on nende olukorda parandanud, kuid tulemused ei ole järjepidevad ja seda ei soovitata esmase lahendusena.

Mida Microsoft on öelnud ja praegune olukord

Microsoft on regressiooni tunnistanud ja on KIR-iga aktiveerinud automaatse leevendusmeetodi Koduarvutite ja haldamata arvutite puhul. Paljudel juhtudel piisab lihtsalt värskenduste kontrollimisest ja süsteemi taaskäivitamisest.

1. Avatud Seaded > Windows Update.
2. Kliki Otsige värskendusi.
3. Taaskäivitage seade, isegi kui midagi uut ei ilmu.

Ettevõtte keskkonnas Administraatorid peavad juurutama KIR-rühmapoliitika mis vastab Windows 11 24H2/25H2 ja Windows Server 2025 versioonidele, et rakendada tagasipööramist kontrollitud viisil. Ettevõte on teatanud, et Püsiv parandus tuleb tulevases värskenduses..

Praktilised soovitused arendajatele ja IT-le

Samal ajal kui uuenduskanal stabiliseerub, tuleks võtta ettevaatusabinõusid et mitte aeglustada projekte ega mõjutada kriitilisi teenuseid.

• En arendusmasinad: kui blokeerimine on kohene, desinstallige KB5066835/KB5065789 või keelake ajutiselt HTTP/2.
• Tootmises ja laborites: valideerida KIR ja vajadusel levitada vastavat grupipoliitikat.
• Peatage nende paranduste installimine kriitilistes keskkondades kuni kinnituse saamiseni, et loopback töötab.
• Dokumenteerige muudatused (register, KIR, desinstallimised), et need kohe pärast viimase värskenduse saabumist tagasi võtta.

Neile, kes töötavad iga päev kohalike lõpp-punktidega, localhost ei ole luksus: see on testimis- ja silumistsükli alusMärgid viitavad HTTP.sys failis HTTP/2 puhul regressioonile, mida Microsoft on juba tunnistanud ja KIR-i abil leevendanud, samal ajal kui stabiilset parandust ette valmistatakse. Ülaltoodud lahenduste abil on võimalik edasi liikuda ilma keskkonda ümber töötamata ja minimeerida mõju ajakavadele.