- Klaida 0xC000000D atsiranda dėl administratoriaus apsaugos funkcijos naujausiose „Windows 11“ versijose įdiegus konkrečius naujinimus.
- Tai daugiausia paveikia vartotojus be administratoriaus teisių, kurie bando prisijungti prie „Intune“ arba GPO valdomų kompiuterių.
- Laikinas sprendimas – pakeisti administratoriaus patvirtinimo režimą į „Legacy“ režimą ir paleisti sistemą iš naujo.
Jei staiga pastebėjote, kad „Windows 11 Remote Desktop“ nustojo veikti ir rodo baisiąją 0xC000000D klaidą , nenusiminkite. Ši klaida, kuri paprastai pateikiama kartu su pranešimu, rodančiu, kad funkcijai perduotas prieigos raktas yra negaliojantis , daugeliui tapo dideliu galvos skausmu, ypač po neseniai išleistų sistemos atnaujinimų, kurie pakeitė kai kurias saugumo funkcijas.
Keisčiausia, kad daugeliu atvejų tai neturi nieko bendra su neteisingo slaptažodžio įvedimu ar maršrutizatoriaus gedimu. Tai vidinis techninis konfliktas, susijęs su leidimų valdymu ir paskyros apsauga, kuris daugiausia paveikia įmonių aplinką arba profesionaliai valdomas sistemas, nors gali atsirasti ir namų sistemose, jei buvo pakeisti tam tikri nustatymai.
Kaltininkas: administratoriaus apsauga
Pagrindinė problema kyla dėl funkcijos, vadinamos „Administratoriaus apsauga “. Ši saugos priemonė sukurta taip, kad net jei naudojate paskyrą su padidintomis teisėmis, „Windows“ priverstų jus veikti kaip standartinį vartotoją. Tik tada, kai reikia atlikti ką nors „rimto“, pavyzdžiui, įdiegti programinę įrangą ar modifikuoti registrą, sistema paprašo patvirtinti tapatybę naudojant „Windows Hello“ , kad būtų sugeneruotas laikinas prieigos raktas. Tai puiki priemonė kenkėjiškoms programoms pažaboti, tačiau paaiškėjo, kad ji turi gana erzinantį šalutinį poveikį naudojant RDP.
Ši klaida įvyksta, kai sutampa trys konkretūs veiksniai: kompiuteryje, prie kurio bandote prisijungti, veikia „Windows 11“ (24H2, 25H2 arba 26H2 versijos) , įdiegtas KB5124010 arba naujesnis atnaujinimas ir įjungta administratoriaus apsauga. Svarbiausia, kad klaida įvyksta tik tuo atveju, jei asmuo, bandantis prisijungti, neturi administratoriaus teisių nuotoliniame kompiuteryje. Jei esate administratorius, greičiausiai galėsite prisijungti be jokių problemų.
Įmonėms, naudojančioms „Microsoft Intune“ arba grupės politikos objektus (GPO) , rizika yra didesnė, nes „Microsoft“ saugos bazinės linijos paprastai įjungia šią apsaugą pagal numatytuosius nustatymus. Todėl daugelis vartotojų atsidūrė užrakinti savo kompiuteriuose nieko nepakeitę, tiesiog įdiegę rekomenduojamus saugos pataisymus .
Kaip žingsnis po žingsnio ištaisyti klaidą 0xC000000D
Nors „Microsoft“ išleido galutinį pataisymą, vienintelis sprendimas yra naudoti techninį sprendimą, kad būtų išjungta probleminė funkcija. Jei tvarkote savo biuro kompiuterius, turite dvi galimybes, priklausomai nuo administravimo įrankio:
- Per grupės politikos nurodymus (GPO): Turite pereiti į Kompiuterio konfigūracija > „Windows“ nustatymai > Saugos nustatymai > Vietinės politikos > Saugos parinktys. Ten ieškokite parinkties Administratoriaus patvirtinimo režimo tipo konfigūravimas ir pakeiskite jį į Senasis administratoriaus patvirtinimo režimas (numatytasis)Jei tai darote atskirame kompiuteryje, galite naudoti komandą secpol.msc.
- Per „Microsoft Intune“: Konfigūracijos kataloge turite iš naujo nustatyti parametrą Vartotojo paskyros valdymo tipas, administratoriaus patvirtinimo režimas vietinės politikos saugumo parinktyse.
Labai svarbu nepamiršti paleisti kompiuterį iš naujo atlikus pakeitimą, kitaip sistema ir toliau ignoruos pakeitimą. Atminkite, kad tai padarius, jūsų kompiuteris praranda tą papildomą saugumo sluoksnį, todėl idealiu atveju turėtumėte jį taikyti tik tiems kompiuteriams , kurie gauna ryšius iš įprastų vartotojų, ir iš naujo aktyvuoti, kai išleidžiamas oficialus atnaujinimas.
Kitos galimos nuotolinio darbalaukio gedimų priežastys
Jei klaida nėra tiksliai 0xC000000D arba jei ankstesni trikčių šalinimo veiksmai nepadėjo, gali būti, kad susiduriate su įprastesne ryšio problema. Pirmiausia įsitikinkite, kad nuotoliniame kompiuteryje įjungtas nuotolinio darbalaukio protokolas ( RDP), esantis skiltyje „Nustatymai“ > „Sistema“ > „Nuotolinis darbalaukis“. Kartais laikinai išjungus tinklo lygio autentifikavimą (NLA) galima nustatyti, ar problema susijusi su prisijungimo duomenimis.
Kitas labai dažnas scenarijus įmonėse yra pasikartojantys saugos identifikatoriai (SID) . Taip nutinka, kai kompiuteriai sukuriami iš klonuoto atvaizdo nepaleidus „Sysprep“ proceso su /generalize parinktimi . Jei du kompiuteriai turi tą patį SID, „Kerberos“ autentifikavimo sistema sugenda ir blokuoja ryšį. Sprendimas šiuo atveju yra paleisti sysprep.exe, esantį C:\Windows\System32\Sysprep, pažymėti langelį „generalize“ ir paleisti iš naujo, nors tam reikės iš naujo prijungti kompiuterį prie domeno.
Taip pat verta patikrinti „Windows“ užkardą arba trečiosios šalies antivirusinę programinę įrangą. Jei įtariate, kad 3389 prievadas yra užblokuotas, galite naudoti „psping“ įrankį , kad patikrintumėte, ar nuotolinis kompiuteris reaguoja. Jei matote 100 % nuostolį, labai tikėtina, kad srautą blokuoja užkardos taisyklė .
Išplėstiniai techniniai patikrinimai
Tiems, kurie nori iš karto pereiti prie reikalo su registru arba konsole, yra greitų patikrinimų. Registro rengyklėje patikrinkite raktą „ fDenyTSConnections“ , esantį aplanke HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server. Jei reikšmė yra 1, RDP yra išjungtas; pakeiskite ją į 0, kad jį įjungtumėte . Taip pat patikrinkite, ar veikia „TermService“ (nuotolinio darbalaukio paslaugos) ir „UmRdpService“ paslaugos.
Kraštutiniais atvejais problema gali būti susijusi su RDP pasirašytu sertifikatu . Jei sertifikatas sugadintas, galite jį ištrinti iš sertifikatų konsolės (MMC), esančio nuotolinio darbalaukio aplanke, ir paleisti paslaugą iš naujo, kad „Windows“ automatiškai sugeneruotų naują . Taip pat įsitikinkite, kad aplankas „MachineKeys“ turi tinkamas teises, kad sistema galėtų rašyti šiuos sertifikatus.
Norint išspręsti šią problemą, pirmiausia reikia nustatyti, ar problema kyla dėl naujos „Windows 11“ administratoriaus apsaugos, kuriai reikia grįžti į senąjį patvirtinimo režimą, ar dėl tinklo problemų, sertifikatų ar pasikartojančių SID dėl vaizdo klonavimo. Nors klaidą 0xC000000D galima sušvelninti pakoreguojant vartotojo abonemento valdymo politiką, bendrosios ryšio problemos išsprendžiamos patikrinus 3389 prievadą, įjungus paslaugą registre ir užtikrinant, kad užkarda neblokuotų prieigos.