A naptár kegyetlen volt. Két nappal a Windows 10 EOL után, a Windows 11 októberi összesítése (KB5066835, folytatás KB5065789) közvetlen és nagyon konkrét következménnyel jár: A „localhost” nem működik a 26100.6899 buildben. Nem kozmetikai részletről beszélünk; Ez a helyi áramkör, amely lehetővé teszi a számítógép számára, hogy kiszolgálóként működjön. Ha ez az áramkör ki van kapcsolva, a fejlesztő munkapadja szerszámok nélkül marad.
Mi törik el és miért fáj annyira?
A Microsoft, a Stack Overflow és a Server Fault támogatási fórumok szálai által rajzolt kép konzisztens: a 127.0.0.1-re figyelő szolgáltatások nem válaszolnak, a böngészők, amelyek nem érik el a helyi végpontot, a Visual Studio nem tudja elindítani a hibakeresési munkameneteket, és az ASP.NET a fejlesztői szerver normál emelésének lehetősége nélkül. Az az érzés, mintha védőháló nélkül maradnánk– A projekt fordít, de nincs mód élőben látni a gépen.
A modern fejlesztésben a „localhost” nem jelent kényelmet; Ez a mindennapi élet alapja. Itt állítják be a tesztkörnyezeteket, ahol a változtatásokat tesztelik a termelés megkezdése előtt, ahol a bonyolult hibákat hibakeresik. Ha a hálózatnak ez a szakasza leáll, nincs lehetőség demonstrációra: nem számít, hogy mikroszolgáltatásról, ASP.NET webhelyről vagy belső eszközről van szó; a vizsgálat, mérés és helyesbítés ciklusa megszakad. És amikor a napot azzal töltik, hogy valami olyasmit diagnosztizálnak, ami nem szerepel a kódban, akkor a frusztráció kétszeres.
Eredete: HTTP.sys és build 26100.6899
Minden a HTTP.sys-re mutata rendszermag-módú komponens, amely a rendszer saját HTTP-forgalmát koordinálja. A 26100.6899 buildben valami megváltozik, és a helyi kapcsolatok nem keringenek, mint korábban. A fejlesztők a HTTP/2 használatakor tapasztalt rendellenes viselkedést is leírtákami megfelel ennek a hipotézisnek. Ez nem DNS vagy hosts fájl probléma: az útvonal lejjebb meghiúsul, azon a rétegen, amelynek a rendszeren belüli kéréseket kell eldöntenie.
Ha a HTTP.sys sikertelen, a dominóeffektus nyilvánvaló. Olyan folyamatokat hozzon létre, amelyek a helyi végpontok ellen indított teszteket kezdik el láncolni a hibákat, a fejlesztőkiszolgálók nem indulnak el használható módon, és a hibakeresés elmarad. A billentyűzetnél ülők számára az az érzés, hogy a rendszer eltávolította a padlót a munkafolyamat alól.
Az ideiglenes kilépés, amely a projekteket felszínen tartja
A Microsoft megerősítésének hiányában a közösség praktikus megoldást talált: távolítsa el a KB5066835. Azokon a számítógépeken, ahol a probléma továbbra is fennáll, a KB5065789 eltávolítása is megoldja az összeomlást. Az újraindítás után a „localhost” ismét viselkedik, és az eszközök visszaállítják a hangot. Kényelmetlen kompromisszum (ezek biztonsági és minőségi fejlesztésű javítások), de jelenleg ez az egyetlen hatékony módja annak, hogy újra munkába álljon a gép újraépítése nélkül.
A helyzetet súlyosbító árnyalat az a pillanat, amikor mindez megtörténik. Mivel a Windows 10 már nem támogatott, a Windows 11 elsődleges platformként való elfogadására szolgáló ablak állítólag tárva-nyitva van. Az olyan lényeges dolgok blokkolása azonban, mint a visszacsatolás, ennek éppen az ellenkezőjét jelenti: a frissítés működési kockázattá válhat, ha a javítás a kritikus alrendszerekre lép anélkül, hogy időben regressziót észlelne.
Nehéz hét a Microsoft számára
A „localhost”-tal történt incidens nem jön egyedül. Az elmúlt napokban a Microsoft véletlenül megrongálta a Media Creation Toolt (a telepítőképek létrehozására szolgáló eszköz) közvetlenül a Windows 10-től való búcsú előtt. Ezzel párhuzamosan a vállalat szigorította az online fiók használatának követelményét a Windows 11 telepítése során, amelyet egyre nehezebb elkerülni. Ezeknek a lépéseknek nincs közvetlen technikai kapcsolata a HTTP.sys-sel, de együttesen árnyékot vetnek: a környezet telepítéséhez, frissítéséhez és karbantartásához vezető út a kívánatosnál szűkebb lett, miközben felhasználók millióit kényszerítik az utolsó ugrásra.
A fejlesztő számára az üzenet egyszerű. A minőségi ígéreteken vagy a biztonsági fejlesztéseken túl arra van szükség, hogy az alapok minden alkalommal működjenek, meglepetések nélkül. A „Localhost” nem egy fejlett szolgáltatás, ez minden modern webprojekt kiindulópontja. Ha a nagyobb stabilitást ígérő frissítés letiltja ezt a darabot, a bizalom szenved. A bizalom pedig egy olyan operációs rendszerben, amely munkaplatformmá kíván válni, tőke.
Mi várható most
Ésszerű a probléma nyilvános elismerése és egy javító javítás, amely visszaállítja a HTTP.sys korábbi viselkedését.. Addig a valóság makacs: azoknak, akiknek ma dolgozniuk kell, vissza kell görgetniük a frissítést, és meg kell akadályozniuk, hogy visszajöjjön, amíg a helyzet stabilizálódik. Ebben a döntésben nincs eposz, csak pragmatizmus. És most éppen ennek az ideje.
Az irónia az, hogy az epizód nem kérdőjelezi meg a Windows 11 ambícióit vagy annak ütemtervét, hanem valami alapvetőbbet: azt, hogy a lényeg minden nap működjön. Ha a „localhost” ki van kapcsolva, a jövőbeli tervek nem mennek kudarcot; a jelen nem sikerül. És ez az, ahol egy operációs rendszer igazán kockára teszi a hírnevét.
