- Kļūdu 0xC000000D izraisa administratora aizsardzības funkcija jaunākajās Windows 11 versijās pēc noteiktu atjauninājumu instalēšanas.
- Tas galvenokārt ietekmē lietotājus bez administratora privilēģijām, kuri mēģina izveidot savienojumu ar datoriem, kurus pārvalda Intune vai GPO.
- Pagaidu risinājums ir mainīt administratora apstiprināšanas režīmu uz mantoto režīmu un restartēt sistēmu.
Ja pēkšņi esat atklājis, ka Windows 11 attālā darbvirsma ir pārstājusi darboties un izmet baiso kļūdu 0xC000000D , nekrītiet izmisumā. Šī kļūda, ko parasti pavada ziņojums, kas norāda, ka funkcijai nodotais marķieris ir nederīgs , daudziem ir kļuvusi par nopietnām galvassāpēm, īpaši pēc dažiem neseniem sistēmas atjauninājumiem, kas ir mainījuši dažas drošības funkcijas.
Pats dīvainākais ir tas, ka vairumā gadījumu tam nav nekāda sakara ar nepareizas paroles ievadīšanu vai maršrutētāja darbības traucējumiem. Tas ir iekšējs tehnisks konflikts, kas saistīts ar atļauju pārvaldību un konta aizsardzību, kas galvenokārt ietekmē korporatīvo vidi vai profesionāli pārvaldītas sistēmas, lai gan tas var parādīties arī mājas iestatījumos, ja ir mainīti noteikti iestatījumi.
Vainīgais: administratora aizsardzība
Galvenā problēma rodas no funkcijas, ko sauc par administratora aizsardzību . Šis drošības rīks ir izstrādāts tā, ka pat tad, ja izmantojat kontu ar paaugstinātām privilēģijām, Windows piespiež jūs darboties kā standarta lietotājam. Tikai tad, ja jums ir jādara kaut kas "nopietns", piemēram, jāinstalē programmatūra vai jāmaina reģistrs, sistēma lūdz jūs verificēt savu identitāti, izmantojot Windows Hello , lai ģenerētu pagaidu žetonu. Tas ir lielisks līdzeklis ļaunprogrammatūras ierobežošanai, taču ir izrādījies, ka tam ir diezgan kaitinoša blakusparādība ar RDP.
Šī kļūda rodas, ja sakrīt trīs konkrēti faktori: datorā, kuram mēģināt piekļūt, darbojas operētājsistēma Windows 11 (versija 24H2, 25H2 vai 26H2) , ir instalēts atjauninājums KB5124010 vai jaunāks un ir iespējota administratora aizsardzība. Svarīgākais ir tas, ka kļūda rodas tikai tad, ja personai, kas mēģina izveidot savienojumu, nav administratora tiesību attālajā datorā. Ja esat administrators, visticamāk, varēsiet izveidot savienojumu bez problēmām.
Uzņēmumiem, kas izmanto Microsoft Intune vai grupas politikas objektus (GPO) , risks ir lielāks, jo Microsoft drošības bāzes parasti pēc noklusējuma iespējo šo aizsardzību. Tādēļ daudzi lietotāji ir bloķējuši savu datoru, neko nemainot, vienkārši lietojot ieteicamos drošības ielāpus .
Kā soli pa solim novērst kļūdu 0xC000000D
Lai gan Microsoft izlaiž galīgo ielāpu, vienīgais risinājums ir izmantot tehnisku risinājumu, lai atspējotu problemātisko funkciju. Ja pārvaldāt savus biroja datorus, jums ir divas iespējas atkarībā no administrēšanas rīka:
- Izmantojot grupas politikas rīkojumus (GPO): Jums jāpāriet uz sadaļu Datora konfigurācija > Windows iestatījumi > Drošības iestatījumi > Vietējās politikas > Drošības opcijas. Tur meklējiet opciju Konfigurējiet administratora apstiprināšanas režīma veidu un mainiet to uz Mantotais administratora apstiprināšanas režīms (noklusējums)Ja to darāt atsevišķā datorā, varat izmantot komandu secpol.msc.
- Izmantojot Microsoft Intune: Konfigurācijas katalogā ir jāatiestata parametrs Lietotāja konta kontroles veids Administratora apstiprinājuma režīms lokālās politikas drošības opciju ietvaros.
Ir ļoti svarīgi atcerēties restartēt datoru pēc izmaiņu veikšanas, pretējā gadījumā sistēma turpinās ignorēt izmaiņas. Paturiet prātā, ka, to darot, jūsu dators zaudē šo papildu drošības slāni, tāpēc ideālā gadījumā tas jālieto tikai tiem resursdatoriem , kas saņem savienojumus no regulāriem lietotājiem, un atkārtoti jāaktivizē, kad tiek izlaists oficiālais atjauninājums.
Citi iespējamie attālās darbvirsmas kļūmju cēloņi
Ja kļūda nav tieši 0xC000000D vai ja iepriekšējās problēmu novēršanas darbības nepalīdzēja, iespējams, ka saskaraties ar klasiskāku savienojamības problēmu. Vispirms pārliecinieties, vai attālajā datorā ir iespējots attālās darbvirsmas protokols (RDP) sadaļā Iestatījumi > Sistēma > Attālā darbvirsma. Dažreiz tīkla līmeņa autentifikācijas (NLA) īslaicīga atspējošana palīdz noteikt, vai problēma ir saistīta ar akreditācijas datiem.
Vēl viens ļoti izplatīts scenārijs uzņēmumos ir dublēti drošības identifikatori (SID) . Tas notiek, ja mašīnas tiek izveidotas no klonēta attēla, neveicot Sysprep procesu ar opciju /generalize . Ja diviem datoriem ir viens un tas pats SID, Kerberos autentifikācijas sistēma nedarbojas pareizi un bloķē savienojumu. Risinājums šeit ir palaist sysprep.exe mapē C:\Windows\System32\Sysprep, atzīmēt izvēles rūtiņu “generalize” un restartēt datoru, lai gan tas prasīs datora atkārtotu pievienošanu domēnam.
Ir arī vērts pārbaudīt Windows ugunsmūri vai trešās puses pretvīrusu programmatūru. Ja jums ir aizdomas, ka 3389. ports ir bloķēts, varat izmantot psping rīku , lai pārbaudītu, vai attālais dators reaģē. Ja redzat 100 % zudumu, ļoti iespējams, ka trafiku bloķē ugunsmūra noteikums .
Paplašinātas tehniskās pārbaudes
Tiem, kas vēlas uzreiz ķerties pie lietas ar reģistru vai konsoli, ir pieejamas ātras pārbaudes. Reģistra redaktorā pārbaudiet atslēgu fDenyTSConnections failā HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server. Ja vērtība ir 1, RDP ir atspējots; nomainiet to uz 0, lai to iespējotu . Pārliecinieties arī, vai darbojas pakalpojumi TermService (attālās darbvirsmas pakalpojumi) un UmRdpService .
Ārkārtējos gadījumos problēma varētu būt saistīta ar RDP pašparakstīto sertifikātu . Ja sertifikāts ir bojāts, varat to izdzēst no sertifikātu konsoles (MMC) attālās darbvirsmas mapē un restartēt pakalpojumu, lai Windows automātiski ģenerētu jaunu . Tāpat pārliecinieties, vai mapei MachineKeys ir atbilstošas atļaujas, lai sistēma varētu rakstīt šos sertifikātus.
Lai atrisinātu šo problēmu, pirmais solis ir noteikt, vai problēma rodas Windows 11 jaunās administratora aizsardzības dēļ, kas prasa atgriezties pie mantotā apstiprināšanas režīma, vai arī tā ir saistīta ar tīkla problēmām, sertifikātiem vai dublētiem SID attēlu klonēšanas dēļ. Lai gan kļūdu 0xC000000D var mazināt, pielāgojot lietotāja konta kontroles politikas, vispārējas savienojuma kļūmes var novērst, pārbaudot portu 3389, iespējojot pakalpojumu reģistrā un nodrošinot, ka ugunsmūris nebloķē piekļuvi.