- Ralat 0xC000000D disebabkan oleh ciri Perlindungan Pentadbir dalam versi Windows 11 terkini selepas memasang kemas kini tertentu.
- Ia terutamanya menjejaskan pengguna tanpa keistimewaan pentadbir yang cuba menyambung ke komputer yang diuruskan oleh Intune atau GPO.
- Penyelesaian sementara adalah dengan menukar mod kelulusan pentadbir kepada mod Legacy dan memulakan semula sistem.
Jika anda tiba-tiba mendapati bahawa Desktop Jauh Windows 11 telah berhenti berfungsi dan menyebabkan ralat 0xC000000D yang ditakuti , jangan putus asa. Ralat ini, yang biasanya disertakan dengan mesej yang menunjukkan bahawa token yang dihantar ke fungsi tersebut tidak sah , telah menjadi masalah besar bagi ramai orang, terutamanya selepas beberapa kemas kini sistem baru-baru ini yang telah mengubah beberapa ciri keselamatan.
Perkara paling pelik ialah, dalam kebanyakan kes, ia tidak ada kena mengena dengan anda memasukkan kata laluan yang salah atau penghala anda yang tidak berfungsi. Ia merupakan konflik teknikal dalaman yang berkaitan dengan pengurusan kebenaran dan perlindungan akaun, yang terutamanya menjejaskan persekitaran korporat atau sistem yang diuruskan secara profesional, walaupun ia juga boleh muncul dalam persediaan rumah jika tetapan tertentu telah diubah.
Pelakunya: Perlindungan Pentadbir
Masalah utama berpunca daripada ciri yang dipanggil Perlindungan Pentadbir . Alat keselamatan ini direka bentuk supaya walaupun anda menggunakan akaun dengan keistimewaan yang tinggi, Windows memaksa anda untuk beroperasi sebagai pengguna standard. Hanya apabila anda perlu melakukan sesuatu yang "serius", seperti memasang perisian atau mengubah suai pendaftaran, sistem akan meminta anda mengesahkan identiti anda menggunakan Windows Hello untuk menjana token sementara. Ia merupakan langkah yang baik untuk membendung perisian hasad, tetapi ia ternyata mempunyai kesan sampingan yang agak menjengkelkan dengan RDP.
Ralat ini berlaku apabila tiga faktor tertentu berlaku serentak: komputer yang anda cuba akses menjalankan Windows 11 (versi 24H2, 25H2 atau 26H2) , telah memasang kemas kini KB5124010 atau yang lebih baharu , dan perlindungan pentadbir diaktifkan. Perincian utama ialah ralat hanya berlaku jika orang yang cuba menyambung tidak mempunyai keistimewaan pentadbir pada komputer jauh. Jika anda pentadbir, kemungkinan besar anda akan dapat menyambung tanpa sebarang masalah.
Bagi perniagaan yang menggunakan Microsoft Intune atau Objek Dasar Kumpulan (GPO) , risikonya lebih besar, kerana garis dasar keselamatan Microsoft biasanya membolehkan perlindungan ini secara lalai. Oleh itu, ramai pengguna mendapati diri mereka terkunci daripada menggunakan PC mereka tanpa mengubah apa-apa langsung, hanya dengan menggunakan tampalan keselamatan yang disyorkan .
Cara membetulkan ralat 0xC000000D langkah demi langkah
Walaupun Microsoft mengeluarkan tampalan muktamad, satu-satunya penyelesaian adalah dengan menggunakan penyelesaian teknikal untuk melumpuhkan ciri yang bermasalah. Jika anda mengurus komputer pejabat anda, anda mempunyai dua pilihan bergantung pada alat pentadbiran anda:
- Melalui Perintah Dasar Kumpulan (GPO): Anda perlu menavigasi ke Konfigurasi Komputer > Tetapan Windows > Tetapan Keselamatan > Dasar Tempatan > Pilihan Keselamatan. Di sana, cari pilihan tersebut Konfigurasikan jenis Mod Kelulusan Pentadbir dan tukar kepada Mod Kelulusan Pentadbir Legasi (Lalai)Jika anda melakukan ini pada PC yang berdiri sendiri, anda boleh menggunakan arahan secpol.msc.
- Melalui Microsoft Intune: Dalam katalog konfigurasi, anda mesti menetapkan semula parameter Jenis Kawalan Akaun Pengguna Mod Kelulusan Pentadbir dalam pilihan keselamatan dasar tempatan.
Adalah penting untuk diingat untuk memulakan semula komputer anda selepas membuat perubahan, jika tidak, sistem akan terus mengabaikan pengubahsuaian tersebut. Perlu diingat bahawa dengan berbuat demikian, komputer anda akan kehilangan lapisan keselamatan tambahan itu, jadi idealnya, anda hanya perlu menggunakannya pada hos yang menerima sambungan daripada pengguna biasa dan mengaktifkannya semula apabila kemas kini rasmi dikeluarkan.
Punca lain yang mungkin menyebabkan kegagalan Desktop Jauh
Jika ralatnya bukan 0xC000000D, atau jika langkah penyelesaian masalah sebelumnya tidak berjaya, anda mungkin menghadapi masalah sambungan yang lebih klasik. Pertama, pastikan komputer jauh telah mendayakan Protokol Desktop Jauh (RDP) dalam Tetapan > Sistem > Desktop Jauh. Kadangkala, melumpuhkan Pengesahan Tahap Rangkaian (NLA) buat sementara waktu membantu mendiagnosis sama ada masalah itu berkaitan dengan kelayakan.
Satu lagi senario yang sangat biasa dalam syarikat ialah pengecam keselamatan berganda (SID) . Ini berlaku apabila mesin dicipta daripada imej klon tanpa menjalankan proses Sysprep dengan pilihan /generalize . Jika dua PC mempunyai SID yang sama, sistem pengesahan Kerberos akan rosak dan menyekat sambungan. Penyelesaiannya di sini adalah dengan menjalankan sysprep.exe dalam C:\Windows\System32\Sysprep, tandakan kotak generalisasi dan mulakan semula, walaupun ini memerlukan penyambungan semula mesin ke domain.
Anda juga perlu menyemak Windows Firewall atau perisian antivirus pihak ketiga anda. Jika anda mengesyaki port 3389 disekat, anda boleh menggunakan alat psping untuk menyemak sama ada komputer jauh bertindak balas. Jika anda melihat kehilangan 100%, kemungkinan besar peraturan firewall menyekat trafik.
Pemeriksaan teknikal lanjutan
Bagi mereka yang ingin terus ke inti pati dengan pendaftaran atau konsol, terdapat semakan pantas. Dalam Editor Pendaftaran, semak kekunci fDenyTSConnections dalam HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server. Jika nilainya ialah 1, RDP dinyahdayakan; tukarkannya kepada 0 untuk mendayakannya . Selain itu, sahkan bahawa perkhidmatan TermService (Remote Desktop Services) dan UmRdpService sedang berjalan.
Dalam kes yang teruk, masalahnya mungkin terletak pada sijil yang ditandatangani sendiri oleh RDP . Jika sijil rosak, anda boleh memadamkannya daripada Konsol Sijil (MMC) dalam folder Desktop Jauh dan memulakan semula perkhidmatan supaya Windows menjana yang baharu secara automatik . Selain itu, pastikan anda menyemak sama ada folder MachineKeys mempunyai kebenaran yang betul supaya sistem boleh menulis sijil ini.
Untuk menyelesaikan isu ini, langkah pertama adalah untuk mengenal pasti sama ada masalah tersebut berpunca daripada perlindungan pentadbir baharu Windows 11, yang memerlukan pemulihan kepada mod kelulusan legasi, atau sama ada ia berkaitan dengan isu rangkaian, sijil atau SID pendua disebabkan oleh pengklonan imej. Walaupun ralat 0xC000000D boleh dikurangkan dengan melaraskan dasar kawalan akaun pengguna, kegagalan sambungan umum diselesaikan dengan menyemak port 3389, mendayakan perkhidmatan dalam pendaftaran dan memastikan tembok api tidak menyekat akses.




