14 սեպտեմբերի, 2026 | Microsoft Windows | Active Directory | ՏՏ անվտանգություն
Windows 11-ի համար 2026 թվականի սեպտեմբերի KB5124008 անվտանգության թարմացման հետ կապված այժմ շատանում են անսովոր խնդրի մասին զեկույցները դասական Active Directory միջավայրերում։
Տուժում են հատկապես այն Windows 11 հաճախորդները, որոնք տեղային Active Directory դոմեյնի անդամ են։ Թարմացումը տեղադրելուց հետո համակարգչի և Domain Controller-ի միջև Secure Channel-ը կարող է վնասվել։
Հետևանքը. համակարգիչը ֆիզիկապես դեռ հասանելի է ցանցում, սակայն դոմեյնի մուտքն անսպասելիորեն այլևս չի աշխատում։
Ի՞նչ է KB5124008-ը
Microsoft-ը KB5124008-ը հրապարակել է 2026 թվականի սեպտեմբերի 8-ին որպես անվտանգության թարմացում Windows 11 24H2-ի և 25H2-ի համար։
Windows 11 25H2-ում թարմացումը հասցնում է Build 26200.9445-ի, Windows 11 24H2-ում՝ Build 26100.9445-ի։ Microsoft-ը թարմացումը սկզբունքորեն նկարագրում է որպես անվտանգության և որակի թարմացում։
Microsoft-ը KB5124008-ի հետ կապված արդեն փաստաթղթավորել է մի քանի հայտնի խնդիր, ի թիվս այլոց՝ Remote Desktop Services-ի, USB աուդիո սարքերի և Hyper-V-ի վրա հիմնված Linux վիրտուալ մեքենաների հետ կապված խնդիրներ։ Active Directory Secure Channel-ի հետ կապված խնդիրը, սակայն, պաշտոնական KB փաստաթղթում դեռևս չի նշված որպես Known Issue։
Իրական խնդիրը. Secure Channel դեպի դոմեյն
Դոմեյնի համակարգիչն ունի իր սեփական համակարգչային հաշիվը Active Directory-ում։
Համակարգչի և Domain Controller-ի միջև գոյություն ունի այսպես կոչված Secure Channel։ Այն անհրաժեշտ է, ի թիվս այլոց, համակարգչի և դոմեյնի միջև վստահության հարաբերության համար։
Եթե այս ալիքը վնասվի, օգտատերը կարող է անսպասելիորեն այլևս չկարողանալ մուտք գործել դոմեյն։
Ամենից նենգը հետևյալն է՝
Օգտանունը և գաղտնաբառը շարունակում են ճիշտ լինել։
Windows-ը հաղորդում է, օրինակ՝
«Օգտանունը կամ գաղտնաբառը սխալ է։»
Իրականում խնդիրը օգտատիրոջ գաղտնաբառի մեջ չէ, այլ համակարգչի՝ դոմեյնի հետ վստահության հարաբերության մեջ։
Տիպային սխալի պատկեր
Ադմինիստրատորի կողմից հրապարակված և վերարտադրելի մի դեպքում դիտվել է հետևյալ վարքագիծը՝
Windows 11 25H2
Build 26200.9445
Թարմացում KB5124008
դասական Active Directory դոմեյն
Domain Controller Windows Server 2019-ի վրա
Թարմացումը տեղադրելուց հետո մուտքը սկզբում դեռ աշխատում էր։ Սակայն որոշ ժամանակ անց վստահության հարաբերությունը վնասվել էր։
Ադմինիստրատորը կարողացել է սխալը վերարտադրել մի քանի սարքերում. տեղադրել թարմացումը → խնդիրը հայտնվում է → հեռացնել թարմացումը → խնդիրը վերանում է։ KB5124008-ը կրկին տեղադրելուց հետո սխալը նորից հայտնվել է։
Հետաքրքիր է նաև, որ մեկ այլ ադմինիստրատոր նույնպես հաղորդում է Windows Server 2022 դոմեյնի կոնտրոլերների հետ կապված խնդիրների մասին։ Այլ փորձառությունների նկարագրություններում խնդիրը նկարագրվում է նույնիսկ դոմեյնի կոնտրոլերների տարբեր տարբերակների դեպքում։ Սա ներկայումս խոսում է այն դեմ, որ հապճեպ ենթադրվի, թե սխալը սահմանափակվում է բացառապես Windows Server 2019-ով։
Ինչպես ստուգել սխալը
Եթե տուժած համակարգիչը դեռ կարելի է գործարկել տեղային ադմինիստրատորի հաշվով կամ քեշավորված դոմեյնի մուտքի տվյալներով, Secure Channel կապը կարելի է ստուգել PowerShell-ով։
Որպես ադմինիստրատոր՝
Test-ComputerSecureChannel
Աշխատող Secure Channel-ի դեպքում պետք է վերադարձվի՝
True
Տուժած համակարգչի դեպքում, ընդհակառակը, կարող է՝
False
հայտնվել։
Լրացուցիչ կարելի է ստուգել nltest-ով՝
nltest /sc_query:DOMAIN
Այս ընթացքում կարող է հայտնվել, օրինակ, սխալը
ERROR_NO_TRUST_LSA_SECRET (1786)
հայտնվել։
Հենց այս սխալի պատկերն է փաստաթղթավորվել Microsoft Q&A-ի դեպքում։
Կարևոր է. անմիջապես մի վերակայեք օգտատիրոջ գաղտնաբառը
Սխալի պատկերը դրդում է նախ վերակայել տուժած օգտատիրոջ գաղտնաբառը։
Սակայն այս դեպքում դա սովորաբար ճիշտ ուղղությունը չէ։
Եթե միևնույն համակարգչի վրա մի քանի օգտատերեր անսպասելիորեն այլևս չեն կարողանում մուտք գործել դոմեյնի միջոցով, մինչդեռ, օրինակ, քեշավորված մուտքն օֆլայն դեռ աշխատում է, նախ պետք է ստուգել համակարգչի վստահության հարաբերությունը։
Տիպային ցուցանիշն է՝
Test-ComputerSecureChannel
վերադարձնում է՝
False
Վերականգնման հնարավոր փորձ
Որպես վերականգնման առաջին փորձ՝ կարելի է վերահաստատել Secure Channel-ը՝
Test-ComputerSecureChannel -Repair
անհրաժեշտության դեպքում համապատասխան իրավունքներ ունեցող դոմեյնի հաշվի մուտքի տվյալների հետ միասին։
Որպես այլընտրանք՝ համակարգչային հաշվի գաղտնաբառը կարելի է վերակայել PowerShell-ով։
Այստեղ, սակայն, զգուշություն է պետք՝
Մինչ այժմ հաղորդված դեպքերում վերականգնումը միշտ չէ, որ երկարաժամկետ հաջողություն է ունենում։
Microsoft Q&A-ի սկզբնական դեպքում, օրինակ, Test-ComputerSecureChannel -Repair-ը բավարար չէր։ Այնտեղ համակարգիչը վերջիվերջո պետք է հեռացվեր դոմեյնից, իսկ հետո նորից ընդգրկվեր դոմեյնում։
Մյուս ադմինիստրատորները, ընդհակառակը, հաղորդում են, որ Repair հրամանը գոնե ժամանակավորապես օգնել է։ Ուստի սխալի պատկերը, թվում է, բոլոր տուժած համակարգերում նույնը չէ։
Եթե վերականգնումը բավարար չէ
Եթե Secure Channel-ը շարունակում է անսարք մնալ, ավելի աշխատատար միջոց կարող է լինել Domain Join-ի կրկնությունը։
Պարզեցված՝
Հնարավորություն տալ տեղային մուտքին ադմինիստրատորի հաշվով
Հեռացնել համակարգիչը դոմեյնից
Վերագործարկել համակարգիչը
Համակարգիչը նորից ընդգրկել դոմեյնում
Կրկին վերագործարկել
Ստուգել դոմեյնի մուտքը
Փաստաթղթավորված վերարտադրման դեպքում սխալը երկարաժամկետ վերացնելու համար անհրաժեշտ էր հենց այս գործընթացը։
Արդյո՞ք KB5124008-ը պետք է առայժմ հետաձգել
Այստեղ պետք է տարբերակել։
KB5124008-ը անվտանգության թարմացում է և պետք չէ պարզապես համատարած հեռացնել բոլոր միջավայրերից։
Միևնույն ժամանակ դասական Active Directory միջավայրերով ադմինիստրատորները պետք է այս պահին հատկապես ուշադիր հետևեն տեղադրմանը։
Microsoft-ը KB5124008-ի հետ հրապարակում է անվտանգության կարևոր բարելավումներ։ Թարմացումը բացի այդ տարածվում է Windows Update-ի, Windows Update for Business-ի և WSUS-ի միջոցով։
Ուստի արտադրական միջավայրերի համար խորհուրդ է տրվում վերահսկվող rollout՝
Թեստային խումբ → դիտարկում → ավելի մեծ խումբ → լիարժեք rollout
և ոչ պարտադիր՝
Բոլոր հաճախորդներին միաժամանակ թարմացնել։
Հատկապես այն սարքերի համար, որոնք անհրաժեշտ են օգտատերերի ամենօրյա մուտքի համար, բացի այդ պետք է առկա լինի տեղային ադմինիստրատորի հաշիվ կամ գործող Recovery հնարավորություն։
Ինչ ենք մենք այժմ խորհուրդ տալիս
Դասական Active Directory ունեցող ընկերություններին մենք այժմ խորհուրդ ենք տալիս՝
1. Ստուգել Windows 11-ի տուժած տարբերակները
Հաճախորդի վրա՝
winver
կամ՝
Get-ComputerInfo | Select WindowsProductName, WindowsDisplayVersion, OsBuildNumber
2. Ստուգել՝ արդյոք KB5124008-ը տեղադրվել է
Get-HotFix -Id KB5124008
3. Մուտքի խնդիրների դեպքում ստուգել Secure Channel-ը
Test-ComputerSecureChannel
4. False արդյունքի դեպքում նախ փորձել վերականգնում
Test-ComputerSecureChannel -Repair
5. Կրկնվող խնդիրների դեպքում փաստաթղթավորել պատճառը
Մասնավորապես պետք է արձանագրել հետևյալ տեղեկությունները՝
Windows-ի տարբերակ
ՕՀ build
տեղադրված KB թարմացումներ
Domain Controller-ի տարբերակ
Խնդրի ի հայտ գալու ժամանակը
Test-ComputerSecureChannel-ի արդյունքը
nltest /sc_query-ի արդյունքը
Իրադարձություններ հաճախորդի և Domain Controller-ի վրա
Այսպես զգալիորեն ավելի լավ կարելի է պարզել, թե արդյոք իսկապես կա կապ թարմացման հետ։
Վերջնական պատճառը դեռ չի հաստատվել
Այս կետում անհրաժեշտ է մի կարևոր սահմանափակում՝
KB5124008-ի և վնասված դոմեյնի Secure Channel-ների միջև կապը ադմինիստրատորների կողմից այժմ հաղորդվում է որպես վերարտադրելի, սակայն ներկա վիճակով Microsoft-ի պաշտոնական KB փաստաթղթում որպես համապատասխան Known Issue նշված չէ։
Microsoft Q&A-ի բնօրինակ հաղորդագրությունը նկարագրում է վերարտադրելի իրավիճակ Windows 11 25H2-ի և Windows Server 2019 տիրույթի կոնտրոլերների դեպքում։ Այլ ադմինիստրատորներ նմանատիպ խնդիրների մասին հայտնում են, ի թիվս այլոց, Windows Server 2022-ի դեպքում։
Նաև դրա համար չպետք է շտապ պնդել, թե KB5124008-ը հստակորեն յուրաքանչյուր ընթացիկ «Trust Relationship» սխալի պատճառն է։
Այլ պատճառներ, ինչպիսիք են DNS խնդիրները, ժամանակի շեղումները, համակարգչային հաշվի հետ կապված խնդիրները կամ ցանցային/VPN բաղադրիչները, պետք է շարունակել բացառել։
Եզրակացություն
KB5124008-ին Active Directory միջավայրերում այս պահին պետք է հատկապես ուշադիր հետևել։
Եթե սեպտեմբերյան թարմացումից հետո Windows 11 համակարգչի մի քանի օգտատերեր անսպասելիորեն այլևս չեն կարողանում մուտք գործել դոմեյն, թեև մուտքի տվյալները ճիշտ են, արժե ուշադրություն դարձնել համակարգչի վստահության հարաբերությանը։
Ամենակարևոր առաջին թեստը հետևյալն է՝
Test-ComputerSecureChannel
Եթե հրամանը վերադարձնում է False, ապա, ամենայն հավանականությամբ, առկա է համակարգչի՝ դոմեյնի հետ Secure Channel-ի խնդիր։
Քանի որ մինչ այժմ եղած հաղորդումները ցույց են տալիս, որ պարզ վերականգնումը բոլոր համակարգերում երկարաժամկետ չի օգնում, տուժած սարքերը պետք է ճշգրիտ փաստաթղթավորել և շտապ չփոխել օգտատերերի հաշիվները կամ գաղտնաբառերը։
Այս հոդվածի վիճակը՝ 2026 թվականի սեպտեմբերի 14։
Մենք հետևում ենք KB5124008-ի շուրջ զարգացումներին և կթարմացնենք այս հոդվածը, հենց որ Microsoft-ը հրապարակի պաշտոնական դիրքորոշում կամ համապատասխան ուղղում։