Remote Desktop Terhenti pada "Sila Tunggu"?

Bagaimana Bolehkah saya Mendiagnosis dan Menamatkan Sesi RDP yang Terhenti Menggunakan PowerShell Jauh atau CMD?

Apabila RDP terjebak pada "Sila tunggu," ia sering disebabkan oleh sesi pengguna zombie atau keadaan sesi yang tidak diurus dengan baik. Ini boleh berterusan pada mesin sasaran, menghalang sambungan baru daripada dimulakan dengan betul.

Gunakan pengguna pertanyaan untuk mengenal pasti sesi yang terjebak

Jarak ke mesin hos menggunakan pemantauan PowerShell atau SSH, dan kemudian jalankan:

query pengguna

Perintah ini mengembalikan senarai sesi pengguna yang aktif, terputus, dan tidak aktif bersama dengan ID sesi dan status mereka.

Contoh output:

USERNAME     SESSIONNAME        ID  STATE        IDLE TIME      LOGON TIME  
john.doe          rdp-tcp#5                 2   Aktif        .                       27/10/2026 09:23 AM  
                          rdp-tcp#6                 3   Putus           1:05                 27/10/2026 07:45 AM

Cari sesi dalam keadaan "Disc" (Terputus) atau "Down". Ini mungkin mengganggu sambungan baru.

Reset Sesi Bermasalah

Gunakan ID sesi yang anda kenal pasti di atas untuk menetapkan semula sesi yang terperangkap:

reset sesi 3

Perintah ini secara paksa menamatkan sesi RDP yang ditentukan pada hos, membersihkan sebarang sekatan log masuk.

Wawasan Peralihan

Jika reset sesi tidak memulihkan sambungan atau hos terus terhenti pada "Sila tunggu," isu tersebut mungkin melibatkan proses klien RDP atau perkhidmatan Windows di sebelah klien atau pelayan. Mari kita lihat dengan lebih mendalam.

Bagaimana Bolehkah saya Matikan Proses Klien RDP untuk Memulihkan Responsif Tempatan?

Kelewatan boleh berasal dari mesin klien. Pada sistem Windows semasa, Sambungan Desktop Jauh (mstsc.exe) masih tersedia untuk sambungan RDP tradisional, sementara Aplikasi Windows menggantikan klien Desktop Jauh berdiri sendiri Microsoft yang telah dihentikan untuk mengakses Azure Virtual Desktop, Windows 365 dan Microsoft Dev Box.

Kenal pasti Proses RDP Aktif

Buka Command Prompt sebagai Pentadbir pada klien:

Semak sama ada Sambungan Desktop Jauh (mstsc.exe) atau Aplikasi Windows sedang berjalan dan tidak responsif. Klien Remote Desktop berdiri sendiri yang lebih lama (msrdc.exe) telah mencapai akhir sokongan pada 27 Mac 2026, dan tidak seharusnya lagi dipersembahkan sebagai klien semasa Microsoft.

Force-Kill Proses RDP

Hentikan untuk memulakan sesi yang bersih:

Ini segera mengakhiri sesi sisi klien dan mengelakkan keadaan cache yang berlarutan atau ralat jabat tangan.

Nota untuk Pentadbir IT

Aplikasi Windows adalah klien yang disokong oleh Microsoft untuk Azure Virtual Desktop, Windows 365 dan Microsoft Dev Box. Jika sambungan menjadi tidak responsif, kenal pasti aplikasi dalam Pengurus Tugas dan tutup proses yang terjejas sebelum menyambung semula. Untuk sambungan RDP tradisional menggunakan Sambungan Desktop Jauh, mstsc.exe kekal sebagai proses yang relevan.

Bagaimana Bolehkah saya Mulakan Perkhidmatan Desktop Jauh Windows untuk Membuka Kunci Sistem Host?

Di peringkat OS, RDP bergantung pada beberapa perkhidmatan latar belakang untuk mengendalikan pengesahan, inisialisasi sesi, penyegerakan papan klip, dan pemuatan persekitaran pengguna. Perkhidmatan yang rosak atau disekat mungkin menghalang log masuk daripada selesai.

Mulakan semula TermService untuk Menyegarkan RDP Core

Pada hos jauh, jalankan:

Anda mungkin melihat amaran bahawa perkhidmatan lain akan terjejas. Ini adalah perkara biasa untuk persekitaran jauh, tetapi pastikan tiada operasi kritikal yang sedang dijalankan.

Mulakan semula SENS dan Ketergantungan

Beberapa gangguan RDP melibatkan Perkhidmatan Pemberitahuan Acara Sistem (SENS) atau perkhidmatan RPC yang bergantung. Mulakan semula mereka mengikut urutan:

Secara pilihan:

Tip Pro: Gunakan Get-Service dan sc untuk Pengesahan

Jalankan baris PowerShell ini untuk mengesahkan keadaan perkhidmatan:

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

Gunakan sc qc TermService untuk mengesahkan rantaian kebergantungan.

Semak Kemas Kini Windows Terkini untuk Masalah RDP yang Dikenali

Kemas kini Windows terkini telah memperkenalkan punca tambahan kegagalan sambungan Remote Desktop dan sesi yang menjadi tidak responsif. Sebelum menetapkan semula perkhidmatan secara berulang, semak versi Windows, kemas kini yang dipasang dan dokumentasi kesihatan pelepasan Windows Microsoft.

• Windows 11 24H2 (2025): Kemas kini yang dikeluarkan pada awal 2025 menyebabkan beberapa sambungan RDP berasaskan UDP ke Windows Server 2016 atau lebih awal terputus selepas kira-kira 65 saat. Microsoft menyelesaikan isu ini dengan KB5053656, yang dikeluarkan pada 27 Mac 2025.
• Windows 11 24H2/25H2 dan Windows Server 2025 (September 2026): Kemas kini keselamatan menyebabkan ketidakstabilan Perkhidmatan Desktop Jauh di beberapa persekitaran, termasuk log masuk yang gagal dan pelayan terperangkap pada "Sila tunggu untuk Konfigurasi Desktop Jauh." Microsoft menyelesaikan isu tersebut melalui kemas kini luar jalur KB5129195 untuk versi Windows 11 yang terjejas dan KB5129235 untuk Windows Server 2025, yang dikeluarkan pada 14 September 2026.
• Windows 11 24H2/25H2 (Oktober 2026): Microsoft juga mendokumentasikan kegagalan sambungan RDP yang mempengaruhi pengguna bukan pentadbir pada hos jauh dengan perlindungan Pentadbir diaktifkan selepas KB5124010 atau kemas kini yang lebih baru. Masalah ini menghasilkan ralat 0xC000000D dan bukannya skrin "Sila tunggu" yang biasa, tetapi ia berkaitan ketika mendiagnosis kegagalan log masuk jauh yang lebih luas.

Jika masalah bermula segera selepas kemas kini Windows, bandingkan nombor KB yang dipasang dengan halaman kesihatan pelepasan yang berkaitan dan pasang kemas kini kumulatif terkini yang mengandungi pembetulan Microsoft. Elakkan menetapkan semula sesi atau memulakan semula perkhidmatan kritikal sebelum menentukan sama ada isu Windows yang didokumenkan bertanggungjawab.

Bagaimana Bolehkah saya Lakukan Boot Bersih untuk Menyelesaikan Konflik Perisian?

Aplikasi latar belakang—terutamanya alat keselamatan atau suite pengurusan jauh—boleh mengganggu pemuatan profil pengguna dan skrip logon jauh.

Konfigurasikan Persekitaran Boot Bersih

Pada mesin hos:

1. Tekan Win + R, taip msconfig, tekan Enter.
2. Pergi ke tab Perkhidmatan.
3. Semak “Sembunyikan semua perkhidmatan Microsoft”.
4. Klik Nyahaktifkan Semua.
5. Pergi ke Startup > Buka Pengurus Tugas > Lumpuhkan semua aplikasi permulaan.
6. Mulakan semula sistem.

Amati Tingkah Laku RDP Selepas Boot

Cuba untuk menyambung semula melalui RDP Jika masalah hilang, aktifkan perkhidmatan permulaan secara berperingkat untuk mengenal pasti komponen yang bertentangan.

Penyebab Umum

• Program antivirus dengan penapisan RDP.
• Pengurus kelayakan pihak ketiga.
• Alat bantuan jarak jauh dengan pautan skrin.

Bagaimana Bolehkah saya Sesuaikan Dasar Kumpulan untuk Mencegah Konflik Sesi?

Dalam persekitaran domain atau multi-pengguna, Dasar Kumpulan yang salah konfigurasi boleh menyebabkan tumpang tindih sesi, kelayakan terasing, atau gelung log masuk yang berulang.

Navigasi ke Tetapan Polisi yang Betul

Jalankan gpedit.msc, kemudian:

Konfigurasi Komputer > Templat Pentadbiran > Komponen Windows > Perkhidmatan Desktop Jauh > Hos Sesi Desktop Jauh > Sambungan

Aktifkan "Hadkan Pengguna RDS kepada Sesi Tunggal"

Tetapkan yang berikut kepada Diaktifkan :

• Dasar : Hadkan pengguna Perkhidmatan Desktop Jauh kepada satu sesi sahaja

Ini memastikan bahawa percubaan sambungan semula meneruskan sesi sebelumnya dan bukannya mencipta sesi baru (yang berpotensi rosak).

Kemas kini Dasar Paksa dan Penyegaran Sesi

Selepas menukar polisi, jalankan:

Anda juga mungkin ingin memulakan semula mesin atau menghidupkan semula TermService untuk menerapkan perubahan sepenuhnya.

Bagaimana Bolehkah saya Automatikkan Semua Pembetulan dengan Skrip Pemulihan Gabungan?

Untuk insiden berulang, adalah berkesan untuk menulis skrip satu baris yang menetapkan semula sesi dan memulakan semula perkhidmatan tanpa memulakan semula.

Perintah Pemulihan Utama

Jika Remote Desktop terjebak pada "Sila Tunggu," gunakan perintah pemulihan yang sesuai bergantung kepada sama ada isu itu berasal dari klien atau hos jauh.

Pada pelanggan: Untuk Sambungan Desktop Jauh tradisional (mstsc.exe), tutup proses yang tidak responsif:

taskkill /IM mstsc.exe /F /T

Jika anda menggunakan Aplikasi Windows, tutup aplikasi yang terjejas melalui Pengurus Tugas sebaliknya.

Pada hos jauh: Jika pengalihan papan klip tidak responsif, mulakan semula prosesnya:

taskkill /IM rdpclip.exe /F /T

Jika sesi tetap terhalang dan Perkhidmatan Desktop Jauh perlu dimulakan semula, jalankan yang berikut dari Command Prompt yang ditingkatkan menggunakan sambungan pentadbiran yang bebas:

net stop TermService && net start TermService

Penting: Memulakan semula Perkhidmatan Desktop Jauh boleh mengganggu sesi pengguna yang aktif. Gunakan arahan ini hanya selepas memeriksa pengguna yang terjejas dan memastikan bahawa akses pentadbiran alternatif tersedia.

Temui TSplus: Penyelesaian Desktop Jauh yang Lebih Pintar

TSplus Remote Access direka untuk menghapuskan kekecewaan RDP yang biasa, termasuk skrin “Sila tunggu” yang ditakuti. Dengan ciri-ciri seperti pengurusan sesi terpusat, penyambungan pintar, dan akses berasaskan web, ia memastikan sambungan yang boleh dipercayai dan responsif di semua persekitaran. TSplus memberi kuasa kepada pentadbir IT dengan kawalan penuh ke atas sesi jauh—tiada reboot, tiada log masuk yang terperangkap, hanya akses yang lancar dan selamat.

Kesimpulan

Isu “Remote Desktop terhenti pada ‘Sila tunggu’” lebih daripada sekadar kesulitan kecil—ia adalah simptom masalah yang lebih mendalam seperti sesi yang tidak ditutup, perkhidmatan yang salah konfigurasi, atau konflik sistem. Dengan memahami punca teknikal dan menerapkan penyelesaian yang tepat, profesional IT dapat dengan cepat memulihkan akses dan meminimumkan waktu henti. Walau bagaimanapun, untuk kestabilan dan kecekapan yang berkekalan, bergantung semata-mata pada penyelesaian masalah RDP manual mungkin tidak mencukupi dalam persekitaran yang menuntut atau berskala besar.