- Gabimi 0xC000000D shkaktohet nga funksioni i Mbrojtjes së Administratorit në versionet e fundit të Windows 11 pas instalimit të përditësimeve specifike.
- Ndikon kryesisht përdoruesit pa privilegje administratori që përpiqen të lidhen me kompjuterë të menaxhuar nga Intune ose GPO.
- Zgjidhja e përkohshme është të ndryshoni modalitetin e miratimit të administratorit në modalitetin Trashëgimi dhe të rinisni sistemin.
Nëse papritur keni vënë re se Windows 11 Remote Desktop ka ndaluar së punuari dhe po shfaq gabimin e frikshëm 0xC000000D , mos u dëshpëroni. Ky gabim, i cili zakonisht shoqërohet me një mesazh që tregon se tokeni i kaluar në funksion është i pavlefshëm , është bërë një dhimbje koke e madhe për shumë njerëz, veçanërisht pas disa përditësimeve të fundit të sistemit që kanë ndryshuar disa veçori të sigurisë.
Gjëja më e çuditshme është se, në shumicën e rasteve, nuk ka të bëjë fare me futjen e fjalëkalimit të gabuar ose me mosfunksionimin e ruterit tuaj. Është një konflikt teknik i brendshëm që lidhet me menaxhimin e lejeve dhe mbrojtjen e llogarisë, i cili prek kryesisht mjediset e korporatave ose sistemet e menaxhuara profesionalisht, megjithëse mund të shfaqet edhe në konfigurimet e shtëpisë nëse janë ndryshuar disa cilësime.
Fajtori: Mbrojtja e Administratorit
Problemi kryesor rrjedh nga një veçori e quajtur Mbrojtja e Administratorit . Ky mjet sigurie është projektuar në mënyrë të tillë që edhe nëse përdorni një llogari me privilegje të larta, Windows ju detyron të veproni si një përdorues standard. Vetëm kur duhet të bëni diçka "serioze", siç është instalimi i softuerit ose modifikimi i regjistrit, sistemi ju kërkon të verifikoni identitetin tuaj duke përdorur Windows Hello për të gjeneruar një token të përkohshëm. Është një masë e shkëlqyer për frenimin e programeve keqdashëse, por ka rezultuar të ketë një efekt anësor mjaft bezdisës me RDP.
Ky gabim ndodh kur përputhen tre faktorë specifikë: kompjuteri që po përpiqeni të përdorni përdor Windows 11 (versionet 24H2, 25H2 ose 26H2) , ka të instaluar përditësimin KB5124010 ose më të ri dhe është aktivizuar mbrojtja e administratorit. Detaji kryesor është se gabimi ndodh vetëm nëse personi që përpiqet të lidhet nuk ka privilegje administratori në kompjuterin në distancë. Nëse jeni administratori, ka shumë të ngjarë të jeni në gjendje të lidheni pa probleme.
Për bizneset që përdorin Microsoft Intune ose Group Policy Objects (GPO) , rreziku është më i madh, pasi linjat bazë të sigurisë së Microsoft zakonisht e aktivizojnë këtë mbrojtje si parazgjedhje. Prandaj, shumë përdorues e kanë gjetur veten të bllokuar jashtë kompjuterëve të tyre pa ndryshuar asgjë, thjesht duke aplikuar përditësimet e rekomanduara të sigurisë .
Si ta rregulloni gabimin 0xC000000D hap pas hapi
Ndërkohë që Microsoft publikon një patch përfundimtar, e vetmja zgjidhje është të përdorni një zgjidhje teknike për të çaktivizuar veçorinë problematike. Nëse menaxhoni kompjuterët e zyrës suaj, keni dy mundësi në varësi të mjetit tuaj të administrimit:
- Përmes Urdhrave të Politikave të Grupit (GPO): Duhet të shkoni te Konfigurimi i Kompjuterit > Cilësimet e Windows > Cilësimet e Sigurisë > Politikat Lokale > Opsionet e Sigurisë. Atje, kërkoni opsionin Konfiguro llojin e Modalitetit të Miratimit të Administratorit dhe ndryshojeni atë në Modaliteti i Miratimit të Administratorit të Trashëguar (Parazgjedhur)Nëse po e bëni këtë në një PC të pavarur, mund të përdorni komandën secpol.msc.
- Përmes Microsoft Intune: Në katalogun e konfigurimit, duhet të rivendosni parametrin Lloji i Kontrollit të Llogarisë së Përdoruesit të Modalitetit të Miratimit të Administratorit brenda opsioneve të sigurisë së politikës lokale.
Është shumë e rëndësishme të mos harroni ta rinisni kompjuterin pasi të keni bërë ndryshimin, përndryshe sistemi do të vazhdojë ta injorojë modifikimin. Mbani mend se duke vepruar kështu, kompjuteri juaj humbet atë shtresë shtesë sigurie, kështu që idealisht, duhet ta aplikoni vetëm te hostet që marrin lidhje nga përdoruesit e rregullt dhe ta riaktivizoni atë kur të publikohet përditësimi zyrtar.
Shkaqe të tjera të mundshme të dështimeve të Desktopit në distancë
Nëse gabimi nuk është saktësisht 0xC000000D, ose nëse hapat e mëparshëm të zgjidhjes së problemeve nuk funksionuan, mund të përballeni me një problem më klasik të lidhjes. Së pari, sigurohuni që kompjuteri në distancë ka të aktivizuar Protokollin e Desktopit në Distancë (RDP) te Cilësimet > Sistemi > Desktopi në Distancë. Ndonjëherë, çaktivizimi i përkohshëm i Autentifikimit në Nivel Rrjeti (NLA) ndihmon në diagnostikimin nëse problemi lidhet me kredencialet.
Një tjetër skenar shumë i zakonshëm në kompani është identifikuesit e sigurisë (SID) të dyfishta . Kjo ndodh kur makinat krijohen nga një imazh i klonuar pa ekzekutuar procesin Sysprep me opsionin /generalize . Nëse dy PC kanë të njëjtin SID, sistemi i vërtetimit Kerberos keqfunksionon dhe bllokon lidhjen. Zgjidhja këtu është të ekzekutoni sysprep.exe në C:\Windows\System32\Sysprep, të kontrolloni kutinë e përgjithësimit dhe të rinisni, megjithëse kjo do të kërkojë ribashkimin e makinës me domenin.
Gjithashtu ia vlen të kontrolloni Firewall-in tuaj të Windows-it ose programin antivirus të palës së tretë. Nëse dyshoni se porti 3389 është i bllokuar, mund të përdorni mjetin psping për të kontrolluar nëse kompjuteri në distancë po përgjigjet. Nëse shihni një humbje 100%, ka shumë të ngjarë që një rregull i firewall-it po bllokon trafikun.
Kontrollet teknike të avancuara
Për ata që duan të hyjnë direkt në temë me regjistrin ose konsolën, ka kontrolle të shpejta. Në Redaktorin e Regjistrit, kontrolloni çelësin fDenyTSConnections në HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server. Nëse vlera është 1, RDP është i çaktivizuar; ndryshojeni atë në 0 për ta aktivizuar . Gjithashtu, verifikoni që shërbimet TermService (Remote Desktop Services) dhe UmRdpService janë duke u ekzekutuar.
Në raste ekstreme, problemi mund të qëndrojë te certifikata e vetë-nënshkruar RDP . Nëse certifikata është e dëmtuar, mund ta fshini atë nga Konsola e Certifikatave (MMC) në dosjen Remote Desktop dhe ta rinisni shërbimin në mënyrë që Windows të gjenerojë automatikisht një të re . Gjithashtu, sigurohuni që të kontrolloni që dosja MachineKeys të ketë lejet e duhura në mënyrë që sistemi të mund t'i shkruajë këto certifikata.
Për të zgjidhur këtë problem, hapi i parë është të identifikoni nëse problemi rrjedh nga mbrojtja e re e administratorit të Windows 11, e cila kërkon rikthimin në modalitetin e miratimit të trashëguar, ose nëse lidhet me probleme të rrjetit, certifikata ose SID të dyfishta për shkak të klonimit të imazhit. Ndërsa gabimi 0xC000000D mund të zbutet duke rregulluar politikat e kontrollit të llogarisë së përdoruesit, dështimet e përgjithshme të lidhjes zgjidhen duke kontrolluar portin 3389, duke aktivizuar shërbimin në regjistër dhe duke u siguruar që muri i zjarrit nuk po bllokon aksesin.