Vindozo 11 rompas localhost: kio okazas, kiu estas trafita, kaj kiel ripari ĝin

Por multaj programistoj kaj IT-teamoj, Se "localhost" malsukcesas en Vindozo 11, tio signifas resti sen testbenko.Sekvante la plej novajn akumulajn ĝisdatigojn, pluraj sistemoj komencis ĉesi konektojn al la loka buklo 127.0.0.1 dum uzado de HTTP/2, kio malfunkciigis disvolvigajn servilojn, sencimigajn servilojn kaj internajn ilojn.

Raportoj estas ripetataj en Microsoft-forumoj, Stack Overflow, Server Fault kaj Reddit: Oktobra ĝisdatigo KB5066835 kaj septembra ĝisdatigo KB5065789 (konstruo 26100.6899 ĉe iuj komputiloj) ellasilo Eraroj dum provado konekti al lokaj finpunktojĜi ne estas DNS aŭ problemo. gastiganta dosiero; la eraro aperas pli malsupren en la sistemstako.

Kio okazas kun localhost en Vindozo 11?

Trafitaj sistemoj ĉesu kompletigi HTTP-konektojn al 127.0.0.1 dum intertraktado de HTTP/2, revenante Mesaĝoj kiel “ERR_CONNECTION_RESET” aŭ “ERR_HTTP2_PROTOCOL_ERROR”En praktiko, Servoj kiuj devus aŭskulti ĉe 127.0.0.1 ne respondas ĝuste, retumiloj ne sukcesas atingi la lokan finpunkton kaj sencimigaj sesioj estas interrompitaj.

La ŝablono estas kohera: kun KB5066835/KB5065789 instalita, petoj pri buklomalantaŭo malsukcesasPost malinstalado kaj rekomencado, la loka cirkvito denove funkcias. Pro tio, multaj identigis ĉi tion kiel specifan regreson enkondukitan de ĉi tiuj konstruoj.

Trafitaj aplikaĵoj kaj servoj

Aldone al scenaroj pri TTT-disvolviĝo, Okazaĵoj aperis en komunaj iloj de laboro kaj sekureco, kiuj tiras lokaj servoj funkciigi.

• Sencimigado kaj funkciigo Vida Studio (ASP.NET/ASP.NET Core projektoj) kaj IIS.
• Aŭtentigo kaj servaĵoj kiel ekzemple SSMS Enigu ID-on.
• Sekurecaj aplikaĵoj kiel ekzemple Duo-Skribotablo, kiuj kontrolas la staton de la ekipaĵo kaj postulas lokajn finpunktojn.

En organizoj kun mikroservoj kaj internaj servaĵoj, Bukloreliga malsukceso blokas testadon, demonstraĵojn kaj validigojn, kiu ekigas diagnozajn tempojn eĉ se la aplikaĵkodo estas ĝusta.

La teknika origino: HTTP.sys kaj HTTP/2 intertraktado

Ĉio indikas HTTP.sys, la kern-reĝima komponanto kiu arbitracias la HTTP-trafikon de Vindozo kaj de kiu dependas IIS kaj ASP.NET Core. Kun lastatempaj konstruoj, HTTP/2 intertraktado en la loka bukloreligo kaŭzas konekto-restartigojn, tial la erarmesaĝoj observitaj en retumiloj kaj klientoj.

Gravas substreki ĉi tion: Ĝi ne estas nomrezolucia fiasko, nek ĝi estas riparita per redaktado de gastigantoj. La redirektado okazas ĉe la tavolo kiu administras konektojn ene de la sistemo mem.

Oftaj simptomoj kaj erarmesaĝoj

Sur koncernitaj komputiloj, dum lanĉo de la disvolva retejo aŭ loka servo, Petoj estas fortranĉitaj per ĝeneralaj kodoj kiuj indikas konekton restartigitan dum la manpremo.

Raportitaj ekzemploj: ERR_CONNECTION_RESET y ERR_HTTP2_PROTOCOL_ERRORSur lokaj serviloj funkciigantaj IIS aŭ Kestrel, Spuroj montras malsukcesajn provojn establi seancon kiam la konekto provas negoci HTTP/2.

Provizoraj solvoj kaj mildigoj kiuj funkcias

Ĝis la konstanta korekto alvenos, Estas tri vojoj, kiujn la komunumo kaj Mikrosofto uzas, kun diversaj gradoj de enpenetreco kaj efikeco.

• Malinstalado de problemaj ĝisdatigoj kaj restartigado: Ĉi tio restarigas la buklokonduton al ĝia antaŭa stato ĉe plej multaj komputiloj. Ekzemplaj komandoj:
  wusa /desinstalar /kb:5066835
wusa /desinstalar /kb:5065789
• Malŝaltu HTTP/2 en la registro por devigi HTTP/1.1 sur loka trafiko. Ĝi estas kirurgia solvo, sed ne ideala por produktado:
  
"EnableHttp2Tls"=dword:00000000
"EnableHttp2Cleartext"=dword:00000000
• Apliki la Restarigo de Konata Problemo (KIR) de Microsoft, kiu selekteme maligas la probleman ŝanĝon sen malinstali la tutan ĝisdatigon.

Kelkaj uzantoj komentas, ke Ĝisdatigu subskribojn de Microsoft Defender plibonigis ilian situacion, sed la rezultoj ne estas koheraj kaj ĝi ne estas rekomendinda kiel ĉefa solvo.

Kion diris Microsoft kaj nuna stato

Mikrosofto agnoskis la regreson kaj aktivigis aŭtomatan mildigon per KIR Por hejmaj kaj neadministrataj komputiloj. En multaj kazoj, simpla kontrolado de ĝisdatigoj kaj rekomencado de la sistemo efektiviĝos.

1. Malferma Agordoj > Vindoza Ĝisdatigo.
2. Alklaku Kontrolu ĝisdatigojn.
3. Rekomencu la aparaton, eĉ se nenio nova aperas.

En entreprenaj medioj, Administrantoj devas deploji la KIR-grupan politikon korespondanta al Vindozo 11 24H2/25H2 kaj Vindoza Servilo 2025 por apliki la restarigon laŭ kontrolita maniero. La kompanio indikis, ke La permanenta solvo venos en estonta ĝisdatigo..

Praktikaj rekomendoj por programistoj kaj IT

Dum la ĝisdatiga kanalo stabiliĝas, prudentaj mezuroj devus esti prenitaj por ne malrapidigi projektojn aŭ influi kritikajn servojn.

• En evoluigaj maŝinoj: se la blokado estas tuja, malinstalu KB5066835/KB5065789 aŭ provizore malŝaltu HTTP/2.
• En produktado kaj laboratorioj: validigu la Kir kaj, se necese, distribui la respondan grupan politikon.
• Paŭzi la instaladon de ĉi tiuj flikaĵoj en kritikaj medioj ĝis konfirmo, ke la bukloreveno funkcias.
• Dokumentu la ŝanĝojn (registro, KIR, malinstaloj) por malfari ilin tuj kiam la fina ĝisdatigo alvenos.

Por tiuj, kiuj laboras ĉiutage kun lokaj finpunktoj, localhost ne estas lukso: ĝi estas la bazo de la testa kaj sencimiga cikloIndikoj sugestas regreson en HTTP.sys kun HTTP/2, kiun Microsoft jam agnoskis kaj mildigis per KIR, dum stabila flikaĵo estas preparata. Kun la supre menciitaj solvoj, eblas daŭrigi antaŭeniron sen reverki la medion kaj minimumigi la efikon sur templiniojn.