- ข้อผิดพลาด 0xC000000D เกิดจากคุณสมบัติการป้องกันผู้ดูแลระบบใน Windows 11 เวอร์ชันล่าสุด หลังจากติดตั้งการอัปเดตบางอย่าง
- ปัญหานี้ส่วนใหญ่ส่งผลกระทบต่อผู้ใช้ที่ไม่มีสิทธิ์ผู้ดูแลระบบ ซึ่งพยายามเชื่อมต่อกับคอมพิวเตอร์ที่ได้รับการจัดการโดย Intune หรือ GPO
- วิธีแก้ปัญหาชั่วคราวคือ เปลี่ยนโหมดการอนุมัติของผู้ดูแลระบบเป็นโหมดดั้งเดิม (Legacy mode) แล้วรีสตาร์ทระบบ
หากคุณพบว่าโปรแกรม Remote Desktop ใน Windows 11 หยุดทำงานกะทันหันและแสดงข้อผิดพลาด 0xC000000D ที่น่ากลัว อย่าเพิ่งหมดหวัง ข้อผิดพลาดนี้ ซึ่งมักมาพร้อมกับข้อความที่ระบุว่าโทเค็นที่ส่งไปยังฟังก์ชันไม่ถูกต้อง ได้กลายเป็นปัญหาใหญ่สำหรับหลายๆ คน โดยเฉพาะอย่างยิ่งหลังจากมีการอัปเดตระบบล่าสุดที่เปลี่ยนแปลงคุณสมบัติด้านความปลอดภัยบางอย่าง
สิ่งที่แปลกที่สุดก็คือ ในกรณีส่วนใหญ่ มันไม่ได้เกี่ยวข้องกับการที่คุณใส่รหัสผ่านผิดหรือเราเตอร์ของคุณทำงานผิดปกติเลย มันเป็นความขัดแย้งทางเทคนิคภายในที่เกี่ยวข้องกับการจัดการสิทธิ์และการปกป้องบัญชี ซึ่งส่วนใหญ่ส่งผลกระทบต่อสภาพแวดล้อมขององค์กรหรือระบบที่ได้รับการจัดการอย่างมืออาชีพ แม้ว่ามันอาจเกิดขึ้นในระบบที่ใช้งานที่บ้านได้เช่นกัน หากมีการเปลี่ยนแปลงการตั้งค่าบางอย่าง
สาเหตุ: การป้องกันผู้ดูแลระบบ
ปัญหาหลักมาจากฟีเจอร์ที่เรียกว่าการป้องกันผู้ดูแลระบบ (Administrator Protection ) เครื่องมือรักษาความปลอดภัยนี้ออกแบบมาเพื่อให้แม้ว่าคุณจะใช้บัญชีที่มีสิทธิ์สูงกว่าปกติ Windows ก็จะบังคับให้คุณใช้งานในฐานะผู้ใช้ทั่วไป เฉพาะเมื่อคุณจำเป็นต้องทำสิ่ง "สำคัญ" เช่น การติดตั้งซอฟต์แวร์หรือการแก้ไขรีจิสทรี ระบบจึงจะขอให้คุณยืนยันตัวตนโดยใช้ Windows Helloเพื่อสร้างโทเค็นชั่วคราว นี่เป็นมาตรการที่ดีในการยับยั้งมัลแวร์ แต่กลับมีผลข้างเคียงที่ค่อนข้างน่ารำคาญกับ RDP
ข้อผิดพลาดนี้เกิดขึ้นเมื่อปัจจัยสามประการต่อไปนี้เกิดขึ้นพร้อมกัน: คอมพิวเตอร์ที่คุณพยายามเข้าถึงใช้ระบบปฏิบัติการWindows 11 (เวอร์ชัน 24H2, 25H2 หรือ 26H2) ติดตั้ง การอัปเดตKB5124010 หรือใหม่กว่าและเปิดใช้งานการป้องกันผู้ดูแลระบบ รายละเอียดสำคัญคือ ข้อผิดพลาดนี้จะเกิดขึ้นเฉพาะในกรณีที่ผู้ที่พยายามเชื่อมต่อไม่มีสิทธิ์ผู้ดูแลระบบบนคอมพิวเตอร์ระยะไกล หากคุณเป็นผู้ดูแลระบบ คุณน่าจะสามารถเชื่อมต่อได้โดยไม่มีปัญหาใดๆ
สำหรับธุรกิจที่ใช้Microsoft Intune หรือ Group Policy Objects (GPOs)ความเสี่ยงจะสูงกว่า เนื่องจากมาตรฐานความปลอดภัยของ Microsoft มักจะเปิดใช้งานการป้องกันนี้โดยค่าเริ่มต้น ดังนั้น ผู้ใช้จำนวนมากจึงพบว่าตนเองไม่สามารถเข้าถึงพีซีได้โดยที่ไม่ได้เปลี่ยนแปลงอะไรเลย เพียงแค่ ติดตั้ง แพทช์ความปลอดภัยที่แนะนำเท่านั้น
วิธีแก้ไขข้อผิดพลาด 0xC000000D ทีละขั้นตอน
ในระหว่างที่ Microsoft กำลังออกแพทช์แก้ไขปัญหาอย่างเป็นทางการ วิธีแก้ปัญหาเดียวคือการใช้เทคนิคเฉพาะหน้าเพื่อปิดใช้งานฟีเจอร์ที่มีปัญหา หากคุณเป็นผู้ดูแลระบบคอมพิวเตอร์ในสำนักงาน คุณมีสองทางเลือกขึ้นอยู่กับเครื่องมือบริหารจัดการที่คุณใช้:
- ผ่านคำสั่งนโยบายกลุ่ม (GPO): คุณต้องไปที่ การกำหนดค่าคอมพิวเตอร์ > การตั้งค่า Windows > การตั้งค่าความปลอดภัย > นโยบายภายในเครื่อง > ตัวเลือกความปลอดภัย จากนั้นมองหาตัวเลือกดังกล่าว ตั้งค่าประเภทโหมดการอนุมัติของผู้ดูแลระบบ และเปลี่ยนเป็น โหมดการอนุมัติของผู้ดูแลระบบแบบดั้งเดิม (ค่าเริ่มต้น)หากคุณทำขั้นตอนนี้บนพีซีแบบสแตนด์อโลน คุณสามารถใช้คำสั่งนี้ได้ secpol.msc.
- ผ่านทาง Microsoft Intunen: ในแคตตาล็อกการกำหนดค่า คุณต้องรีเซ็ตพารามิเตอร์ ประเภทการควบคุมบัญชีผู้ใช้ โหมดการอนุมัติโดยผู้ดูแลระบบ ภายในตัวเลือกด้านความปลอดภัยตามนโยบายท้องถิ่น
สิ่งสำคัญคือต้องอย่าลืมรีสตาร์ทคอมพิวเตอร์หลังจากทำการเปลี่ยนแปลง มิฉะนั้นระบบจะยังคงไม่สนใจการแก้ไขนั้น โปรดทราบว่าการทำเช่นนี้จะทำให้คอมพิวเตอร์ของคุณสูญเสียการรักษาความปลอดภัยเพิ่มเติม ดังนั้นจึงควรใช้กับโฮสต์ที่รับการเชื่อมต่อจากผู้ใช้ทั่วไปเท่านั้น และเปิดใช้งานอีกครั้งเมื่อมีการอัปเดตอย่างเป็นทางการออกมา
สาเหตุอื่นๆ ที่อาจทำให้การใช้งาน Remote Desktop ล้มเหลว
หากข้อผิดพลาดไม่ใช่ 0xC000000D หรือหากขั้นตอนการแก้ไขปัญหาข้างต้นไม่ได้ผล คุณอาจกำลังเผชิญกับปัญหาการเชื่อมต่อแบบคลาสสิกมากกว่า ขั้นแรก ตรวจสอบให้แน่ใจว่าคอมพิวเตอร์ระยะไกลได้เปิดใช้งาน Remote Desktop Protocol (RDP)ในการตั้งค่า > ระบบ > เดสก์ท็อประยะไกล บางครั้ง การปิดใช้งานNetwork Level Authentication (NLA) ชั่วคราว จะช่วยวินิจฉัยได้ว่าปัญหาเกี่ยวข้องกับข้อมูลประจำตัวหรือไม่
อีกสถานการณ์หนึ่งที่พบได้บ่อยในบริษัทต่างๆ คือการมีรหัสระบุความปลอดภัย (SID) ซ้ำกันปัญหานี้เกิดขึ้นเมื่อสร้างเครื่องจากอิมเมจที่โคลนมาโดยไม่ได้เรียกใช้กระบวนการ Sysprep ด้วยตัวเลือก /generalizeหากพีซีสองเครื่องมี SID เดียวกัน ระบบการตรวจสอบสิทธิ์ Kerberos จะทำงานผิดพลาดและบล็อกการเชื่อมต่อ วิธีแก้ไขคือ เรียกใช้sysprep.exeใน C:\Windows\System32\Sysprep เลือกช่องทำเครื่องหมาย generalize แล้วรีสตาร์ทเครื่อง อย่างไรก็ตาม การทำเช่นนี้จะต้องทำการเข้าร่วมโดเมนของเครื่องอีกครั้ง
นอกจากนี้ ควรตรวจสอบไฟร์วอลล์ของ Windowsหรือซอฟต์แวร์ป้องกันไวรัสของบริษัทอื่นด้วย หากคุณสงสัยว่าพอร์ต 3389 ถูกบล็อก คุณสามารถใช้ เครื่องมือ pspingเพื่อตรวจสอบว่าคอมพิวเตอร์ระยะไกลตอบสนองหรือไม่ หากพบว่ามีการสูญเสีย 100% แสดงว่ากฎไฟร์วอลล์อาจบล็อกการรับส่งข้อมูลอยู่
การตรวจสอบทางเทคนิคขั้นสูง
สำหรับผู้ที่ต้องการตรวจสอบรีจิสทรีหรือคอนโซลโดยตรง มีวิธีตรวจสอบอย่างรวดเร็วอยู่ ใน Registry Editor ให้ตรวจสอบ คีย์ fDenyTSConnectionsใน HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server ถ้าค่าเป็น 1 แสดงว่า RDP ถูกปิดใช้งาน ให้เปลี่ยนเป็น0 เพื่อเปิดใช้งานนอกจากนี้ ให้ตรวจสอบว่า บริการ TermService (Remote Desktop Services)และUmRdpServiceกำลังทำงานอยู่ด้วย
ในกรณีร้ายแรง ปัญหาอาจอยู่ที่ใบรับรองแบบลงนามเองของ RDPหากใบรับรองเสียหาย คุณสามารถลบออกจากคอนโซลใบรับรอง (MMC) ในโฟลเดอร์เดสก์ท็อประยะไกล แล้วรีสตาร์ทบริการเพื่อให้ Windows สร้างใบรับรองใหม่โดยอัตโนมัตินอกจากนี้ โปรดตรวจสอบให้แน่ใจว่า โฟลเดอร์ MachineKeysมีสิทธิ์การเข้าถึงที่ถูกต้องเพื่อให้ระบบสามารถเขียนใบรับรองเหล่านี้ได้
เพื่อแก้ไขปัญหานี้ ขั้นตอนแรกคือการระบุว่าปัญหาเกิดจากระบบป้องกันผู้ดูแลระบบใหม่ของ Windows 11 ซึ่งจำเป็นต้องเปลี่ยนกลับไปใช้โหมดการอนุมัติแบบเดิม หรือเกี่ยวข้องกับปัญหาเครือข่าย ใบรับรอง หรือ SID ที่ซ้ำกันเนื่องจากการโคลนอิมเมจ ในขณะที่ข้อผิดพลาด 0xC000000D สามารถแก้ไขได้โดยการปรับนโยบายการควบคุมบัญชีผู้ใช้ ความล้มเหลวในการเชื่อมต่อทั่วไปสามารถแก้ไขได้โดยการตรวจสอบพอร์ต 3389 เปิดใช้งานบริการในรีจิสทรี และตรวจสอบให้แน่ใจว่าไฟร์วอลล์ไม่ได้ปิดกั้นการเข้าถึง