Remote Desktop ติดอยู่ที่ "กรุณารอ"?

ว่าไง ฉันสามารถ วินิจฉัยและยุติการเชื่อมต่อ RDP ที่ค้างอยู่โดยใช้ PowerShell ระยะไกลหรือ CMD?

เมื่อ RDP ติดอยู่ที่ "กรุณารอ" มักเกิดจากเซสชันผู้ใช้ที่ไม่ตอบสนองหรือสถานะเซสชันที่จัดการไม่ถูกต้อง สิ่งเหล่านี้อาจคงอยู่ในเครื่องเป้าหมาย ทำให้การเชื่อมต่อใหม่ไม่สามารถเริ่มต้นได้อย่างถูกต้อง

ใช้ผู้ใช้ค้นหาเพื่อตรวจสอบเซสชันที่ติดอยู่

เข้าสู่เครื่องโฮสต์โดยใช้ PowerShell remoting หรือ SSH จากนั้นรัน:

query user

คำสั่งนี้จะส่งคืนรายการของเซสชันผู้ใช้ที่ใช้งานอยู่, ถูกตัดการเชื่อมต่อ, และอยู่ในสถานะไม่ทำงานพร้อมกับหมายเลขเซสชันและสถานะของพวกเขา

ตัวอย่างผลลัพธ์:

ชื่อผู้ใช้     ชื่อเซสชัน        รหัส  สถานะ        เวลาไม่ทำงาน      เวลาเข้าสู่ระบบ
john.doe          rdp-tcp#5                 2   ทำงาน        .                       27/10/2026 09:23 น.
                          rdp-tcp#6                 3   ตัดการเชื่อมต่อ           1:05                 27/10/2026 07:45 น.

ค้นหาการเชื่อมต่อในสถานะ “Disc” (ถูกตัดการเชื่อมต่อ) หรือ “Down” ซึ่งอาจรบกวนการเชื่อมต่อใหม่

รีเซ็ตเซสชันที่มีปัญหา

ใช้หมายเลขเซสชันที่คุณระบุไว้ข้างต้นเพื่อรีเซ็ตเซสชันที่ติดอยู่:

รีเซ็ตเซสชัน 3

คำสั่งนี้จะบังคับให้สิ้นสุดเซสชัน RDP ที่ระบุบนโฮสต์ โดยลบการบล็อกการเข้าสู่ระบบใดๆ ออก

ข้อมูลเชิงลึกเกี่ยวกับการเปลี่ยนแปลง

หากการรีเซ็ตเซสชันไม่สามารถคืนการเชื่อมต่อได้หรือโฮสต์ยังคงค้างอยู่ที่ "กรุณารอสักครู่" ปัญหาอาจเกี่ยวข้องกับกระบวนการ RDP ของไคลเอนต์หรือบริการ Windows ทั้งในฝั่งไคลเอนต์หรือเซิร์ฟเวอร์ มาดูให้ลึกขึ้นกันเถอะ

ว่าไง ฉันสามารถ ฆ่ากระบวนการ RDP ฝั่งลูกค้าเพื่อฟื้นฟูความสามารถในการตอบสนองในท้องถิ่น?

การหยุดชะงักสามารถเกิดจากเครื่องลูกข่าย ในระบบ Windows ปัจจุบัน การเชื่อมต่อ Remote Desktop (mstsc.exe) ยังคงมีให้สำหรับการเชื่อมต่อ RDP แบบดั้งเดิม ขณะที่ Windows App แทนที่ลูกข่าย Remote Desktop แบบสแตนด์อโลนที่ Microsoft เลิกใช้สำหรับการเข้าถึง Azure Virtual Desktop, Windows 365 และ Microsoft Dev Box

ระบุโปรเซส RDP ที่ใช้งานอยู่

เปิด Command Prompt ในฐานะผู้ดูแลระบบบนเครื่องลูกค้า:

ตรวจสอบว่า การเชื่อมต่อ Remote Desktop (mstsc.exe) หรือแอป Windows กำลังทำงานและไม่ตอบสนอง ลูกค้าพื้นที่ทำงานระยะไกลแบบสแตนด์อโลนรุ่นเก่า (msrdc.exe) สิ้นสุดการสนับสนุนเมื่อวันที่ 27 มีนาคม 2026 และไม่ควรนำเสนอเป็นลูกค้าปัจจุบันของ Microsoft อีกต่อไป

บังคับหยุดกระบวนการ RDP

หยุดมันเพื่อเริ่มเซสชันใหม่ที่สะอาด:

สิ่งนี้จะสิ้นสุดเซสชันฝั่งลูกค้าในทันทีและหลีกเลี่ยงสถานะแคชที่ค้างอยู่หรือข้อผิดพลาดในการจับมือ

หมายเหตุสำหรับผู้ดูแลระบบ IT

Windows App เป็นไคลเอนต์ที่ได้รับการสนับสนุนจาก Microsoft สำหรับ Azure Virtual Desktop, Windows 365 และ Microsoft Dev Box หากการเชื่อมต่อไม่ตอบสนอง ให้ระบุแอปพลิเคชันใน Task Manager และปิดกระบวนการที่ได้รับผลกระทบก่อนที่จะเชื่อมต่อใหม่ สำหรับการเชื่อมต่อ RDP แบบดั้งเดิมที่ใช้ Remote Desktop Connection, mstsc.exe ยังคงเป็นกระบวนการที่เกี่ยวข้อง

ว่าไง ฉันสามารถ รีสตาร์ทบริการ Remote Desktop ของ Windows เพื่อปลดบล็อกระบบโฮสต์?

ที่ระดับ OS RDP ขึ้นอยู่กับบริการพื้นหลังหลายรายการเพื่อจัดการการตรวจสอบสิทธิ์ การเริ่มต้นเซสชัน การซิงค์คลิปบอร์ด และการโหลดสภาพแวดล้อมของผู้ใช้ บริการที่เสียหายหรือถูกบล็อกอาจทำให้การเข้าสู่ระบบไม่สามารถเสร็จสมบูรณ์ได้

รีสตาร์ท TermService เพื่อรีเฟรช RDP Core

บนโฮสต์ระยะไกล ให้รัน:

คุณอาจเห็นคำเตือนว่าบริการอื่น ๆ จะได้รับผลกระทบ นี่เป็นเรื่องปกติสำหรับสภาพแวดล้อมระยะไกล แต่ให้แน่ใจว่าไม่มีการดำเนินการที่สำคัญอยู่ในขณะนี้

รีสตาร์ท SENS และการพึ่งพา

บางการหยุดทำงานของ RDP เกี่ยวข้องกับบริการการแจ้งเตือนเหตุการณ์ของระบบ (SENS) หรือบริการ RPC ที่ขึ้นอยู่กับมัน ให้เริ่มต้นใหม่ตามลำดับ:

ตามออปชั่น:

เคล็ดลับมือโปร: ใช้ Get-Service และ sc สำหรับการตรวจสอบ

เรียกใช้บรรทัด PowerShell นี้เพื่อตรวจสอบสถานะบริการ:

Get-Service -Name TermService, SENS | Format-Table Name, Status, StartType

ใช้ sc qc TermService เพื่อตรวจสอบห่วงโซ่การพึ่งพา

ตรวจสอบการอัปเดต Windows ล่าสุดสำหรับปัญหา RDP ที่ทราบ

การอัปเดต Windows ล่าสุดได้แนะนำสาเหตุเพิ่มเติมที่ทำให้การเชื่อมต่อ Remote Desktop ล้มเหลวและเซสชันไม่ตอบสนอง ก่อนที่จะรีเซ็ตบริการซ้ำหลายครั้ง ให้ตรวจสอบเวอร์ชัน Windows การอัปเดตที่ติดตั้ง และเอกสารข้อมูลสุขภาพการเผยแพร่ Windows ของ Microsoft

• Windows 11 24H2 (2025): อัปเดตที่ปล่อยออกมาในต้นปี 2025 ทำให้การเชื่อมต่อ RDP ที่ใช้ UDP กับ Windows Server 2016 หรือเวอร์ชันก่อนหน้านี้ถูกตัดการเชื่อมต่อหลังจากประมาณ 65 วินาที ไมโครซอฟท์ได้แก้ไขปัญหานี้ด้วย KB5053656 ซึ่งปล่อยออกมาเมื่อวันที่ 27 มีนาคม 2025
• Windows 11 24H2/25H2 และ Windows Server 2025 (กันยายน 2026): การอัปเดตความปลอดภัยทำให้บริการ Remote Desktop มีความไม่เสถียรในบางสภาพแวดล้อม รวมถึงการเข้าสู่ระบบที่ล้มเหลวและเซิร์ฟเวอร์ที่ติดอยู่ที่ "กรุณารอการกำหนดค่าพื้นที่ทำงานระยะไกล" ไมโครซอฟท์ได้แก้ไขปัญหานี้ผ่านการอัปเดตนอกแบนด์ KB5129195 สำหรับเวอร์ชัน Windows 11 ที่ได้รับผลกระทบ และ KB5129235 สำหรับ Windows Server 2025 ซึ่งเผยแพร่เมื่อวันที่ 14 กันยายน 2026
• Windows 11 24H2/25H2 (ตุลาคม 2026): ไมโครซอฟท์ยังได้บันทึกความล้มเหลวในการเชื่อมต่อ RDP ที่ส่งผลกระทบต่อผู้ใช้ที่ไม่ใช่ผู้ดูแลระบบบนโฮสต์ระยะไกลที่เปิดใช้งานการป้องกันผู้ดูแลระบบหลังจาก KB5124010 หรือการอัปเดตที่ใหม่กว่า ปัญหานี้ทำให้เกิดข้อผิดพลาด 0xC000000D แทนที่จะเป็นหน้าจอ "กรุณารอสักครู่" แบบปกติ แต่มีความเกี่ยวข้องเมื่อวินิจฉัยความล้มเหลวในการเข้าสู่ระบบระยะไกลที่กว้างขึ้น

หากปัญหาเริ่มขึ้นทันทีหลังจากการอัปเดต Windows ให้เปรียบเทียบหมายเลข KB ที่ติดตั้งกับหน้าสถานะการเผยแพร่ที่เกี่ยวข้องและติดตั้งการอัปเดตสะสมล่าสุดที่มีการแก้ไขของ Microsoft หลีกเลี่ยงการรีเซ็ตเซสชันหรือรีสตาร์ทบริการที่สำคัญก่อนที่จะกำหนดว่าปัญหา Windows ที่มีการบันทึกเป็นสาเหตุหรือไม่

ว่าไง ฉันสามารถ ทำการบูตสะอาดเพื่อตรวจสอบความขัดแย้งของซอฟต์แวร์?

แอปพลิเคชันพื้นหลัง—โดยเฉพาะเครื่องมือด้านความปลอดภัยหรือชุดการจัดการระยะไกล—สามารถรบกวนการโหลดโปรไฟล์ผู้ใช้และสคริปต์การเข้าสู่ระบบระยะไกลได้

กำหนดสภาพแวดล้อมการบูตที่สะอาด

บนเครื่องโฮสต์:

1. กด Win + R, พิมพ์ msconfig, แล้วกด Enter.
2. ไปที่แท็บบริการ
3. ตรวจสอบ "ซ่อนบริการทั้งหมดของ Microsoft"
4. คลิกปิดการใช้งานทั้งหมด
5. ไปที่ Startup > เปิด Task Manager > ปิดการใช้งานแอปเริ่มต้นทั้งหมด
6. รีบูตระบบ

สังเกตพฤติกรรม RDP หลังบูต

พยายามเชื่อมต่อใหม่ผ่าน RDP หากปัญหาหายไป ให้เปิดใช้งานบริการเริ่มต้นเป็นกลุ่มเพื่อตรวจสอบส่วนประกอบที่ขัดแย้ง

ผู้กระทำผิดทั่วไป

• โปรแกรมป้องกันไวรัสที่มีการกรอง RDP
• ผู้จัดการข้อมูลประจำตัวของบุคคลที่สาม
• เครื่องมือช่วยเหลือระยะไกลที่มีการเชื่อมต่อหน้าจอ

ว่าไง ฉันสามารถ ปรับนโยบายกลุ่มเพื่อป้องกันความขัดแย้งของเซสชัน?

ในโดเมนหรือสภาพแวดล้อมหลายผู้ใช้ นโยบายกลุ่มที่กำหนดค่าไม่ถูกต้องอาจนำไปสู่การทับซ้อนของเซสชัน ข้อมูลรับรองที่ถูกทอดทิ้ง หรือวงจรการเข้าสู่ระบบที่ซ้ำซาก

ไปที่การตั้งค่านโยบายที่ถูกต้อง

เรียกใช้ gpedit.msc จากนั้น:

การกำหนดค่าคอมพิวเตอร์ > เทมเพลตการจัดการ > ส่วนประกอบของ Windows > บริการ Remote Desktop > โฮสต์เซสชัน Remote Desktop > การเชื่อมต่อ

เปิดใช้งาน "จำกัดผู้ใช้ RDS ให้ใช้เซสชันเดียว"

ตั้งค่าดังต่อไปนี้ เปิดใช้งาน :

• นโยบาย : จำกัดผู้ใช้บริการ Remote Desktop ให้ใช้เซสชันเดียว

สิ่งนี้ทำให้แน่ใจว่าการพยายามเชื่อมต่อใหม่จะกลับไปยังเซสชันก่อนหน้าแทนที่จะสร้างเซสชันใหม่ (ซึ่งอาจมีปัญหา)

บังคับอัปเดตนโยบายและการเริ่มต้นเซสชันใหม่

หลังจากเปลี่ยนแปลงนโยบายแล้ว ให้รัน:

คุณอาจต้องรีบูตเครื่องหรือรีสตาร์ท TermService เพื่อให้การเปลี่ยนแปลงมีผลอย่างเต็มที่

ว่าไง ฉันสามารถ อัตโนมัติการแก้ไขทั้งหมดด้วยสคริปต์การกู้คืนรวม?

สำหรับเหตุการณ์ที่เกิดขึ้นซ้ำ ๆ การเขียนสคริปต์แบบบรรทัดเดียวที่รีเซ็ตเซสชันและรีสตาร์ทบริการโดยไม่ต้องรีบูตนั้นมีประสิทธิภาพ

คำสั่งการกู้คืนหลัก

หาก Remote Desktop ติดอยู่ที่ "กรุณารอ" ให้ใช้คำสั่งกู้คืนที่เหมาะสมขึ้นอยู่กับว่า ปัญหาเกิดจากไคลเอนต์หรือโฮสต์ระยะไกล

บนลูกค้า: สำหรับการเชื่อมต่อ Remote Desktop แบบดั้งเดิม (mstsc.exe) ให้ปิดกระบวนการที่ไม่ตอบสนอง:

taskkill /IM mstsc.exe /F /T

หากคุณใช้แอป Windows ให้ปิดแอปพลิเคชันที่ได้รับผลกระทบผ่าน Task Manager แทน

บนโฮสต์ระยะไกล: หากการเปลี่ยนเส้นทางคลิปบอร์ดไม่ตอบสนอง ให้เริ่มกระบวนการใหม่

taskkill /IM rdpclip.exe /F /T

หากเซสชันยังคงถูกบล็อกและบริการ Remote Desktop จำเป็นต้องเริ่มใหม่ ให้รันคำสั่งต่อไปนี้จาก Command Prompt ที่มีสิทธิ์สูงโดยใช้การเชื่อมต่อผู้ดูแลระบบที่เป็นอิสระ:

net stop TermService && net start TermService

สำคัญ: การรีสตาร์ทบริการ Remote Desktop อาจทำให้เซสชันผู้ใช้ที่ใช้งานอยู่ถูกขัดจังหวะ ใช้คำสั่งนี้เฉพาะหลังจากตรวจสอบผู้ใช้ที่ได้รับผลกระทบและมั่นใจว่ามีการเข้าถึงการจัดการทางเลือกได้

ค้นหา TSplus: โซลูชัน Remote Desktop ที่ชาญฉลาดกว่า

TSplus Remote Access ถูกออกแบบมาเพื่อลบปัญหา RDP ที่พบบ่อย รวมถึงหน้าจอ “กรุณารอสักครู่” ที่น่ากลัว ด้วยฟีเจอร์เช่นการจัดการเซสชันแบบรวมศูนย์ การเชื่อมต่อใหม่อัจฉริยะ และการเข้าถึงผ่านเว็บ มันจึงรับประกันการเชื่อมต่อที่เชื่อถือได้และตอบสนองได้ในทุกสภาพแวดล้อม TSplus มอบอำนาจให้กับผู้ดูแลระบบ IT ด้วยการควบคุมเซสชันระยะไกลอย่างเต็มที่—ไม่มีการรีบูต ไม่มีการล็อกอินติดขัด เพียงแค่การเข้าถึงที่ราบรื่นและปลอดภัย

สรุป

ปัญหา “Remote Desktop ติดอยู่ที่ ‘กรุณารอสักครู่’” ไม่ใช่แค่ความไม่สะดวกเล็กน้อย—มันเป็นอาการของปัญหาที่ลึกซึ้งกว่า เช่น เซสชันที่ไม่ได้ปิด, บริการที่กำหนดค่าไม่ถูกต้อง, หรือความขัดแย้งของระบบ โดยการเข้าใจสาเหตุทางเทคนิคและการใช้วิธีแก้ไขที่ตรงจุด ผู้เชี่ยวชาญด้าน IT สามารถคืนการเข้าถึงได้อย่างรวดเร็วและลดเวลาหยุดทำงาน อย่างไรก็ตาม เพื่อความเสถียรและประสิทธิภาพที่ยั่งยืน การพึ่งพาการแก้ไขปัญหา RDP ด้วยตนเองเพียงอย่างเดียวอาจไม่เพียงพอในสภาพแวดล้อมที่ต้องการหรือขนาดใหญ่