- Vea 0xC000000D põhjustab Windows 11 uuemate versioonide administraatori kaitse funktsioon pärast teatud värskenduste installimist.
- See mõjutab peamiselt administraatoriõigusteta kasutajaid, kes üritavad luua ühenduse Intune'i või GPO hallatavate arvutitega.
- Ajutine lahendus on muuta administraatori kinnitusrežiim pärandrežiimiks ja taaskäivitada süsteem.
Kui olete ootamatult avastanud, et Windows 11 kaugtöölaud on lakanud töötamast ja kuvab kardetud veakoodi 0xC000000D , ärge heitke meelt. See viga, millega tavaliselt kaasneb teade, et funktsioonile edastatud märk on kehtetu , on paljudele suureks peavaluks muutunud, eriti pärast hiljutisi süsteemivärskendusi, mis on mõningaid turvafunktsioone muutnud.
Kõige kummalisem on see, et enamasti pole sellel mingit pistmist vale parooli sisestamise või ruuteri talitlushäiretega. See on sisemine tehniline konflikt, mis on seotud õiguste haldamise ja kontode kaitsega ning mõjutab peamiselt ettevõttekeskkondi või professionaalselt hallatavaid süsteeme, kuigi see võib ilmneda ka kodustes seadistustes, kui teatud sätteid on muudetud.
Süüdlane: administraatori kaitse
Peamine probleem tuleneb funktsioonist nimega Administraatori kaitse . See turvatööriist on loodud nii, et isegi kui kasutate kõrgendatud õigustega kontot, sunnib Windows teid tegutsema tavakasutajana. Ainult siis, kui teil on vaja teha midagi "tõsist", näiteks tarkvara installida või registrit muuta, palub süsteem teil oma identiteeti Windows Hello abil kinnitada , et genereerida ajutine tunnus. See on suurepärane meede pahavara ohjeldamiseks, kuid sellel on osutunud RDP-ga üsna tüütu kõrvalmõju.
See tõrge ilmneb kolme konkreetse teguri kokkulangemisel: arvuti, millele proovite juurde pääseda, töötab Windows 11-ga (versioonid 24H2, 25H2 või 26H2) , sellele on installitud värskendus KB5124010 või uuem ja administraatori kaitse on lubatud. Oluline on see, et tõrge ilmneb ainult siis, kui ühendust looval isikul pole kaugarvutis administraatoriõigusi. Kui olete administraator, saate tõenäoliselt probleemideta ühenduse luua.
Ettevõtete puhul, kes kasutavad Microsoft Intune'i või rühmapoliitika objekte (GPO-sid) , on risk suurem, kuna Microsofti turbestandardid lubavad selle kaitse tavaliselt vaikimisi. Seetõttu on paljud kasutajad leidnud end oma arvutitest välja lukustatuna ilma midagi muutmata, vaid lihtsalt soovitatud turvapaigalduste rakendamise abil.
Kuidas parandada viga 0xC000000D samm-sammult
Kuigi Microsoft avaldab lõpliku paranduse, on ainus lahendus kasutada tehnilist ajutist lahendust problemaatilise funktsiooni keelamiseks. Kui haldate oma kontoriarvuteid, on teil olenevalt haldustööriistast kaks võimalust:
- Rühmapoliitika korralduste (GPO) kaudu: Peate navigeerima jaotisse Arvuti konfiguratsioon > Windowsi sätted > Turvasätted > Kohalikud poliitikad > Turvasuvandid. Seal otsige valikut Administraatori kinnitusrežiimi tüübi konfigureerimine ja muutke see vastu Pärandadministraatori kinnitusrežiim (vaikimisi)Kui teete seda eraldiseisval arvutil, saate kasutada käsku secpol.msc.
- Microsoft Intune'i kaudu: Konfiguratsioonikataloogis peate parameetri lähtestama Kasutajakonto kontrolli tüüp Administraatori kinnitusrežiim kohaliku poliitika turbevalikute piires.
Pärast muudatuse tegemist on oluline meeles pidada arvuti taaskäivitamist , vastasel juhul ignoreerib süsteem muudatust jätkuvalt. Pidage meeles, et seda tehes kaotab teie arvuti selle täiendava turvakihi, seega ideaalis peaksite seda rakendama ainult hostidele , mis saavad ühendusi tavakasutajatelt, ja taasaktiveerima selle ametliku värskenduse avaldamisel.
Muud võimalikud kaugtöölaua tõrgete põhjused
Kui viga pole täpselt 0xC000000D või kui eelmised tõrkeotsingu juhised ei aidanud, võib teil olla tegemist klassikalisema ühenduvusprobleemiga. Esmalt veenduge, et kaugarvutis oleks Seaded > Süsteem > Kaugtöölaud lubatud kaugtöölaua protokoll (RDP) . Mõnikord aitab võrgutaseme autentimise (NLA) ajutine keelamine diagnoosida, kas probleem on seotud volitustega.
Teine väga levinud stsenaarium ettevõtetes on duplikaatsed turvaidentifikaatorid (SID-d) . See juhtub siis, kui masinad luuakse kloonitud kujutisest ilma Sysprep protsessi käivitamata valikuga /generalize . Kui kahel arvutil on sama SID, siis Kerberose autentimissüsteem ei tööta ja blokeerib ühenduse. Lahenduseks on käivitada sysprep.exe kaustas C:\Windows\System32\Sysprep, märkida ruut „generaliseeri“ ja taaskäivitada, kuigi see nõuab masina uuesti domeeniga ühendamist.
Samuti tasub kontrollida oma Windowsi tulemüüri või kolmanda osapoole viirusetõrjetarkvara. Kui kahtlustate, et port 3389 on blokeeritud, saate psping- tööriista abil kontrollida, kas kaugarvuti vastab. Kui näete 100% kadu, on väga tõenäoline, et tulemüüri reegel blokeerib liiklust.
Täiustatud tehnilised kontrollid
Neile, kes soovivad registri või konsooli abil otse asja juurde minna, on olemas kiired kontrollid. Registriredaktoris kontrollige võtit fDenyTSConnections kaustas HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server. Kui väärtus on 1, on RDP keelatud; selle lubamiseks muutke see väärtuseks 0. Samuti veenduge, et TermService (Remote Desktop Services) ja UmRdpService teenused töötavad.
Äärmuslikel juhtudel võib probleem seisneda RDP iseallkirjastatud sertifikaadis . Kui sertifikaat on rikutud, saate selle sertifikaatide konsoolist (MMC) kaugtöölaua kaustast kustutada ja teenuse taaskäivitada, et Windows genereeriks automaatselt uue sertifikaadi . Samuti veenduge, et kaustal MachineKeys on õiged õigused, et süsteem saaks neid sertifikaate kirjutada.
Selle probleemi lahendamiseks tuleb kõigepealt kindlaks teha, kas probleem tuleneb Windows 11 uuest administraatori kaitsest, mis nõuab tagasipöördumist pärandkinnitusrežiimile, või on see seotud võrguprobleemide, sertifikaatide või pildi kloonimisest tingitud duplikaat-SID-dega. Kuigi viga 0xC000000D saab leevendada kasutajakonto kontrollipoliitikate muutmisega, saab üldiseid ühenduse tõrkeid lahendada pordi 3389 kontrollimise, teenuse lubamise registris ja veendumisega, et tulemüür ei blokeeri juurdepääsu.