Remote Desktop Connection Timeout: 8 Perbaikan yang Benar-Benar Ampuh

Pertama, lokalisasi kegagalannya

“Remote Desktop can’t connect to the remote computer” yang muncul setelah menggantung lama adalah timeout: tidak ada yang menjawab. Dari klien, jalankan:

Test-NetConnection 203.0.113.10 -Port 3389

TcpTestSucceeded : True berarti jalur jaringan baik-baik saja dan masalahnya ada pada autentikasi atau kebijakan sesi. False berarti ada sesuatu di antara Anda dan host yang membuang lalu lintas — ikuti perbaikan di bawah ini secara berurutan.

Perbaikan 1 — Pastikan host dan layanannya menyala

Di server (konsol, VNC, atau panel penyedia):

Get-Service TermService
Restart-Service TermService -Force

Pastikan juga Remote Desktop diaktifkan: System Properties > Remote, atau periksa bahwa fDenyTSConnections bernilai 0 di bawah HKLM:\System\CurrentControlSet\Control\Terminal Server.

Perbaikan 2 — Aturan Windows Firewall

Grup aturan bawaan “Remote Desktop” harus diaktifkan untuk profil jaringan yang sedang Anda gunakan:

Enable-NetFirewallRule -DisplayGroup "Remote Desktop"

Jika Anda memakai port kustom, aturannya harus cocok — lihat panduan port RDP 3389 kami untuk perintah New-NetFirewallRule yang tepat, dan panduan firewall Group Policy untuk lingkungan domain.

Perbaikan 3 — Firewall edge penyedia

Pada VPS atau dedicated server ada dua firewall: Windows dan edge milik penyedia. Jika aturan Windows sudah benar tetapi port tetap timeout dari luar sementara netstat menunjukkan port tersebut listening, filter edge adalah penyebabnya — buka port lewat panel penyedia atau tiket dukungan.

Perbaikan 4 — Ketidakcocokan NLA / CredSSP

Jika uji TCP berhasil tetapi klien mengeluarkan error saat login, tingkat patch CredSSP tidak sama di kedua sisi atau klien tidak mampu melakukan Network Level Authentication. Perbarui kedua mesin terlebih dahulu; hanya sebagai pilihan terakhir, dan sementara, longgarkan NLA di host (SystemPropertiesRemote > hapus centang “Allow connections only from computers running NLA”).

Perbaikan 5 — Kebijakan batas waktu sesi (putus saat idle)

Sesi yang terhubung dengan baik tetapi mati setelah beberapa menit tidak aktif diakhiri oleh kebijakan, bukan oleh jaringan. Di gpedit.msc:

Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Session Time Limits

• “Set time limit for active but idle Remote Desktop Services sessions” → Never
• “Set time limit for disconnected sessions” → Never (atau nilai retensi pilihan Anda)

Lalu jalankan gpupdate /force dan sambungkan kembali.

Perbaikan 6 — Keep-alive melawan timer idle NAT dan VPN

Router rumahan dan konsentrator VPN diam-diam membuang aliran TCP yang lama tidak aktif. Buat host mengirim keep-alive setiap menit:

Set-ItemProperty "HKLM:\System\CurrentControlSet\Control\Terminal Server" -Name KeepAliveEnable -Value 1
Set-ItemProperty "HKLM:\System\CurrentControlSet\Control\Terminal Server" -Name KeepAliveInterval -Value 1
Restart-Service TermService -Force

Menjalankan RDP lewat VPN di sisi server? Panduan kami tentang menggunakan VPN di server RDP tanpa terputus menyelesaikan jebakan klasik “VPN naik, RDP hilang”.

Perbaikan 7 — MTU dan jalur yang lossy

Paket besar yang tidak pernah selamat melewati jalur menyebabkan koneksi menggantung di progress bar. Uji dengan ping -f -l 1472 host; jika terfragmentasi, turunkan MTU antarmuka ke 1400 di klien, atau biarkan transport UDP (aktif secara default sejak RDP 8.0) menyerap kehilangan paket.

Perbaikan 8 — Batas sesi tercapai

Windows versi klien mengizinkan satu sesi interaktif; server tanpa lisensi RDS mengizinkan dua sesi administratif. “Timeout” tepat setelah memasukkan kredensial bisa jadi hanya karena host sudah penuh — keluarkan sesi lama dengan quser + logoff <id>.

Ringkasan gejala → penyebab

Pertanyaan yang sering ditanyakan

Mengapa sesi Remote Desktop saya terputus setelah idle?

Kebijakan batas waktu sesi yang mengakhirinya — atur batas idle dan disconnected ke Never.

Kebijakan batas waktu sesi yang mengakhirinya. Di Group Policy pada Remote Desktop Session Host > Session Time Limits, atur 'idle session limit' dan 'disconnected session limit' ke Never (atau nilai yang Anda terima), lalu jalankan gpupdate /force.

Apa arti kode error RDP 0x204 dan 0x104?

Kegagalan konektivitas — klien tidak pernah menyelesaikan handshake dengan host.

Keduanya adalah kegagalan konektivitas yang dilaporkan klien Remote Desktop modern: klien tidak pernah menyelesaikan handshake. Pastikan host menyala, port 3389 (atau port kustom Anda) dapat dijangkau, dan tidak ada aturan firewall atau NAT yang membuang lalu lintas.

Apakah timeout selalu berarti masalah firewall?

Biasanya, tetapi tidak selalu — timeout berarti paket dibuang, refused berarti tidak ada listener.

Tidak, tetapi itu penyebab paling umum: timeout berarti paket dibuang diam-diam, yang merupakan perilaku firewall, sedangkan 'connection refused' yang instan berarti port menjawab tetapi tidak ada yang listening. Error DNS dan error kredensial adalah jenis kegagalan yang lain lagi.

Bagaimana menjaga sesi RDP tetap hidup melewati router NAT yang agresif?

Aktifkan KeepAliveEnable dan KeepAliveInterval di host agar sesi yang tidak aktif bertahan melewati NAT.

Aktifkan keep-alive di host: atur KeepAliveEnable ke 1 dan KeepAliveInterval ke 1 (menit) di bawah kunci registry Terminal Server, atau Group Policy yang setara di Remote Desktop Session Host > Connections.

Jika Anda berjuang melawan koneksi rumah yang tidak stabil atau server yang oversold, perbaikan paling bersih ada di hulu: Windows RDP dengan CPU dan RAM dedicated pada jalur datacenter sejak awal tidak memutus sesi — dikirim sekitar 10 detik setelah pembayaran dikonfirmasi.