Pengantar
Pemutusan koneksi Remote Desktop yang tidak terduga dapat mengganggu pekerjaan administratif dan mempengaruhi pengguna di seluruh lingkungan Layanan Desktop Jarak Jauh (RDS). Namun, kehilangan koneksi Protokol Desktop Jarak Jauh (RDP) tidak selalu berarti bahwa sesi Windows telah berakhir. Artikel ini menjelaskan cara mengidentifikasi penyebab, mengonfigurasi batas sesi, dan menyelesaikan pemutusan yang berulang tanpa mengorbankan keamanan.
Mengapa Remote Desktop Terus Terputus?
Sesi Remote Desktop mungkin terganggu oleh kebijakan sesi Windows, masalah jaringan, masalah gateway, atau masalah di sisi server. Meskipun gejalanya mirip, setiap masalah memerlukan pendekatan yang spesifik.
Administrator harus menganalisis situasi dan menentukan apa yang sebenarnya terjadi pada sesi Windows dan kapan itu terjadi sebelum mengambil tindakan apa pun.
Apakah Sesi Terputus, Terkunci, atau Keluar?
Windows membedakan antara beberapa status sesi, pengetahuan tentang hal ini sangat penting untuk pemecahan masalah yang akurat.
| Status sesi | Apa yang terjadi | Dampak pada aplikasi |
|---|---|---|
| Aktif | Pengguna terhubung dan berinteraksi dengan Windows | Aplikasi berjalan normal |
| Menganggur | Sesi tetap terhubung tanpa input pengguna | Aplikasi umumnya terus berjalan |
| Terkunci | Autentikasi diperlukan untuk melanjutkan interaksi | Aplikasi umumnya tetap aktif |
| Terputus | Koneksi RDP ditutup, tetapi sesi Windows tetap ada. | Aplikasi umumnya terus berjalan |
| Keluar | Sesi Windows berakhir | Aplikasi yang berjalan dalam sesi biasanya ditutup |
Jika pengguna terhubung kembali dan menemukan bahwa aplikasi mereka masih berjalan, sesi mereka mungkin terputus, bukan dihentikan. Jika aplikasi telah ditutup dan pengguna disajikan dengan sesi baru, mungkin telah terjadi logoff, penghentian sesi, atau restart dari host.
Sesi yang terkunci, sekali lagi, berbeda. Pengguna mungkin hanya perlu mengautentikasi untuk melanjutkan sesi mereka yang ada, tanpa membangun koneksi RDP baru.
Apa yang Diberitahukan Waktu Pemutusan Koneksi kepada Anda?
Waktu dan keadaan pemutusan RDP sering kali dapat memberikan petunjuk terbaik tentang penyebab yang mendasarinya.
| Gejala | Kemungkinan penyebab | Periksa terlebih dahulu |
|---|---|---|
| Terputus setelah periode diam tetap | Batas sesi menganggur atau waktu tunggu jaringan | Kebijakan sesi dan gateway |
| Terputus setelah durasi tetap selama aktivitas | Batas sesi aktif atau waktu tunggu perantara | Pengaturan sesi aktif dan gateway |
| Terputus secara acak saat digunakan | Kehilangan paket, ketidakstabilan VPN atau kegagalan transportasi | Konektivitas jaringan |
| Kunci setelah tidak aktif | Kebijakan ketidakaktifan Windows atau pelindung layar | Pengaturan keamanan |
| Terputus saat host tidak aktif | Tidur atau hibernasi | Pengaturan daya |
| Aplikasi ditutup setelah terputus | Penghentian sesi, logoff atau restart host | Batas sesi dan log peristiwa |
| Beberapa pengguna terputus secara bersamaan | Masalah gateway, jaringan, atau host bersama | Acara infrastruktur |
Namun, pengamatan ini hanya petunjuk, dan penyebab sebenarnya mungkin berbeda.
Misalnya, jika firewall Anda memiliki batas waktu bawaan untuk koneksi yang tidak aktif, itu bisa membingungkan masalah, menyembunyikan kebijakan sesi diam RDS.
Selanjutnya, periksa apakah kebijakan sesi Windows yang menjadi penyebabnya.
Bagaimana Cara Kerja Timeout Sesi RDP dan Batas Idle?
Layanan desktop jarak jauh menawarkan berbagai opsi yang berbeda untuk mengelola waktu sesi, ketidakaktifan, dan penutupan. Penggunaan yang tidak tepat dari opsi ini dapat menyebabkan kesalahpahaman di antara administrator, yang mengakibatkan perubahan kebijakan yang tidak sesuai dengan masalah.
Batasan Sesi Aktif, Menganggur, dan Terputus
Menurut Dokumentasi kebijakan Layanan Desktop Jarak Jauh Microsoft Learn Windows menyediakan tiga batas waktu sesi utama:
- Batas sesi aktif: Mengontrol durasi maksimum sesi, terlepas dari aktivitas pengguna. Batas delapan jam dapat memutuskan seseorang yang telah bekerja secara terus-menerus.
- Batas sesi menganggur: Mengontrol berapa lama sesi yang terhubung dapat tetap tidak aktif sebelum Windows memutuskan sambungannya. Batas 30 menit dapat menginterupsi sesi setelah 30 menit tanpa input pengguna.
- Batas sesi terputus: Mengontrol berapa lama sesi yang sudah terputus tetap ada di server sebelum Windows mengakhirinya.
Batas sesi yang terputus biasanya tidak menyebabkan gangguan koneksi awal. Sebaliknya, itu menentukan berapa lama sesi dan aplikasi pengguna tetap tersedia setelahnya.
Administrator juga harus meninjau kebijakan tersebut. Akhiri sesi ketika batas waktu tercapai Saat diaktifkan, pengaturan ini dapat menyebabkan batas waktu aktif atau tidak aktif yang berlaku mengakhiri sesi daripada hanya memutuskan sambungan.
Pengaturan Waktu Habis Sesi Mana yang Diutamakan?
Batas sesi dapat dikendalikan oleh Kebijakan Grup lokal, Kebijakan Grup domain, atau pengaturan koleksi RDS. Opsi konfigurasi tidak selalu berada pada tingkat yang sama.
Windows bertindak pada Kebijakan Grup sehubungan dengan hierarki kebijakan yang berlaku. Terkait dengan batas waktu sesi RDS, ini berarti bahwa kebijakan komputer diprioritaskan di atas kebijakan pengguna yang terkait, sementara pengaturan kebijakan yang diterapkan dapat memiliki prioritas di atas konfigurasi tingkat koleksi.
Ini berarti bahwa perubahan pada pengaturan yang dibuat di tingkat lokal mungkin tidak berpengaruh jika nilai yang berbeda ditentukan dalam kebijakan domain.
Administrator harus menentukan konfigurasi yang efektif sebelum melakukan beberapa perubahan. Ini mencegah kebijakan yang bertentangan dibuat, yang akan menyederhanakan pencatatan dan pemecahan masalah.
Apa yang Perlu Dilakukan untuk Memperbaiki Timeout Sesi Remote Desktop?
Jika Remote Desktop terus terputus setelah periode waktu tertentu, pertama periksa batas waktu sesi alih-alih mengubah pengaturan jaringan.
Langkah 1: Periksa Batas Sesi RDP di Kebijakan Grup
Pada host Windows yang terpengaruh:
-
Buka
Jalankan
dan masuk
gpedit.msc. - Navigasi ke Konfigurasi Komputer > Template Administratif > Komponen Windows > Layanan Desktop Jarak Jauh > Host Sesi Desktop Jarak Jauh > Batas Waktu Sesi .
- Ulasan Tetapkan batas waktu untuk sesi Layanan Desktop Jarak Jauh yang aktif .
- Periksa Tetapkan batas waktu untuk sesi Layanan Desktop Jarak Jauh yang aktif tetapi tidak aktif .
- Tinjau batas sesi terputus dan Akhiri sesi ketika batas waktu tercapai .
Bandingkan pembatasan yang dikonfigurasi dengan interval yang diukur antara pemutusan yang telah Anda saksikan.
Misalnya, jika orang cenderung terputus setelah sekitar 15 menit tidak aktif dan pembatasan sesi menganggur selama 15 menit telah dikonfigurasi, itu adalah penyebab yang mungkin.
Ubah instruksi yang relevan berdasarkan kebutuhan lingkungan Anda. Biasanya lebih baik untuk memperluas batasan yang terlalu ketat daripada menghapusnya sepenuhnya. Di komputer yang dikelola oleh domain, Anda mungkin ingin membuka Konsol Manajemen Kebijakan Grup (gpmc.msc) dan mempelajari entri yang relevan.
Langkah 2: Verifikasi Kebijakan Grup Mana yang Diterapkan
Jika mengubah kebijakan lokal tidak menyelesaikan masalah, tentukan objek kebijakan grup (GPO) mana yang sebenarnya diterapkan.
Dari Command Prompt yang ditinggikan di host yang terpengaruh, jalankan:
gpresult /h C:\Windows\Temp\gpresult.html
Buka laporan untuk komputer, dan kemudian tinjau kebijakan yang diterapkan pada komputer tersebut. Untuk melihat kebijakan yang diterapkan pada pengguna, tinjau informasi Hasil Set Kebijakan untuk pengguna atau lihat Hasil Kebijakan Grup untuk pengguna dengan menggunakan pengontrol domain.
Setelah Anda melakukan perubahan yang sah pada objek Kebijakan Grup, perbarui pengaturan untuk Kebijakan Grup untuk komputer di mana pengaturan tersebut diterapkan:
gpupdate /force
Tergantung pada skenario, mungkin perlu bagi pengguna untuk membangun kembali koneksi atau bahkan keluar dan masuk kembali sebelum perubahan menjadi efektif.
Langkah ini sangat diperlukan jika lingkungan RDS yang sama diatur oleh beberapa GPO.
Langkah 3: Tinjau Pengaturan Koleksi RDS dan Gerbang RD
Dalam penerapan Microsoft RDS konvensional, batas sesi juga dapat dikonfigurasi di tingkat koleksi.
Buka Manajer Server > Layanan Desktop Jarak Jauh > Koleksi Pilih koleksi yang relevan dan tinjau properti sesi-nya. Periksa batas sesi aktif, idle, dan terputus terhadap konfigurasi yang dimaksud.
Jika pengguna terhubung melalui Remote Desktop Gateway (RD Gateway), periksa kebijakan otorisasi koneksi gateway juga.
Pada server RD Gateway:
- Buka Pengelola Gerbang Desktop Jarak Jauh .
- Navigasi ke Kebijakan > Kebijakan Otorisasi Koneksi .
- Buka kebijakan yang relevan.
- Tinjau pengaturan waktu habis sesi.
Timeout yang diberlakukan oleh gateway dapat terjadi bahkan jika Session Host mengizinkan sesi yang diperpanjang.
Jika masalah hanya terjadi saat menggunakan RD Gateway, selidiki masalah tersebut. konfigurasi gerbang dan perangkat jaringan terkait sebelum memodifikasi kebijakan Host Sesi apa pun.
Mengapa Remote Desktop Terputus Setelah Beberapa Ketidakaktifan?
Tidak semua gangguan yang terkait dengan ketidakaktifan disebabkan oleh batas sesi idle RDS. Ada pengaturan Windows lain yang mungkin mengganggu, seperti pengaturan yang terkait dengan keamanan atau manajemen daya.
Periksa Kebijakan Ketidakaktifan Mesin Windows
Windows dapat dikonfigurasi untuk mengunci sesi setelah jangka waktu tertentu tidak ada aktivitas dari pengguna.
Buka
secpol.msc
dan navigasikan ke:
Kebijakan Lokal > Opsi Keamanan > Masuk Interaktif: Batas ketidakaktifan mesin
Pengaturan ini menentukan periode ketidakaktifan, dalam detik, sebelum Windows mengunci sesi.
Kunci biasanya tidak akan mengakhiri sesi RDP atau menutup aplikasi. Oleh karena itu, jika pengguna hanya melihat layar masuk Windows, periksa kebijakan penguncian sebelum mengubah batas sesi RDS.
Periksa Pengaturan Screen Saver dan Daya
Kebijakan screensaver juga dapat mengharuskan pengguna untuk melakukan otentikasi setelah tidak aktif.
Tinjau pengaturan di bawah:
Konfigurasi Pengguna > Template Administratif > Panel Kontrol > Personalisasi
Perhatikan dengan seksama pengaturan waktu habis screensaver dan perlindungan kata sandi.
Pada workstation Windows, tidur atau hibernasi dapat membuat komputer jarak jauh sementara tidak tersedia. Periksa pengaturan daya yang relevan di bawah Pengaturan > Sistem > Daya & baterai atau antarmuka Opsi Daya yang sesuai.
Sistem yang memerlukan kontinuitas remote access seharusnya dapat diakses dari jarak jauh seharusnya memiliki kebijakan manajemen daya yang tepat. Menonaktifkan tidur di semua titik akhir dapat merusak keamanan perusahaan dan kebutuhan daya.
Apa Proses untuk Memecahkan Masalah Pemutusan RDP Acak?
Jika desktop jarak jauh sering terputus tanpa peringatan, terutama saat bekerja secara aktif, kegagalan antarmuka jaringan dan transportasi jauh lebih mungkin terjadi daripada waktu habis sesi.
Uji Konektivitas Jaringan dan Stabilitas VPN
Mulailah dengan menguji konektivitas ke server atau gateway yang relevan.
Test-NetConnection server.example.com -Port 3389
Ini menguji apakah koneksi TCP dapat dibuat ke tujuan dan port yang diberikan. Gantilah nama host dan port dengan nilai yang relevan untuk lingkungan Anda.
Untuk melakukan pengujian keterjangkauan yang berkelanjutan, jalankan:
ping server.example.com -t
Menggunakan ping terus-menerus dapat menyoroti kehilangan paket yang tidak teratur atau lonjakan latensi jika Protokol Pesan Kontrol Internet (ICMP) diizinkan. Namun, respons ping yang berhasil tidak menjamin stabilitas transportasi RDP.
Jika pemutusan hubungan terkait dengan gangguan jaringan, pertimbangkan pemadaman Wi-Fi, Kegagalan tunnel VPN perubahan routing dan transisi status firewall.
Kegagalan rekeying VPN, waktu habis koneksi firewall, dan kedaluwarsa sesi Network Address Translation (NAT) semuanya dapat mengganggu koneksi RDP yang seharusnya stabil.
Saat menganalisis jalur koneksi alternatif, hanya gunakan rute jaringan yang diizinkan. Jangan mengekspos RDP ke lalu lintas Internet umum atau menghindari kebijakan keamanan VPN yang diwajibkan untuk tujuan diagnostik.
Periksa Apakah Transportasi UDP RDP Bertanggung Jawab
Sesi RDP modern sekarang menggunakan User Datagram Protocol (UDP) selain Transmission Control Protocol (TCP) untuk meningkatkan responsivitas.
Namun, firewall, VPN, atau perangkat jaringan lainnya yang dikonfigurasi dengan salah dapat memblokir paket UDP.
Untuk menguji apakah masalah disebabkan oleh paket UDP, gunakan instruksi di bawah ini untuk memaksa klien Remote Desktop hanya menggunakan TCP.
Buka Kebijakan Grup di komputer klien dan lanjutkan ke:
Konfigurasi Komputer > Template Administratif > Komponen Windows > Layanan Desktop Jarak Jauh > Klien Koneksi Desktop Jarak Jauh
Aktifkan Matikan UDP di Klien kemudian sambungkan kembali dan amati apakah gangguan terus berlanjut.
Jika koneksi stabil, periksa penanganan UDP di sepanjang jalur jaringan.
Ini adalah langkah diagnostik, bukan solusi umum. Koneksi hanya TCP akan memiliki perilaku yang berbeda di jaringan dengan kualitas buruk, jadi pastikan untuk membangun kembali transportasi yang diinginkan setelah penyebab utama masalah telah ditangani.
Investigasi Kesehatan Klien dan Server Remote Desktop
Pemutusan yang persisten juga dapat dipicu oleh komponen Windows yang usang, driver jaringan, atau ketidakstabilan pada host jarak jauh.
Pastikan sistem klien dan host selalu diperbarui. Tentukan apakah masalah muncul setelah pembaruan Windows, perubahan driver, atau penyesuaian konfigurasi jaringan.
Periksa penggunaan CPU, memori, dan disk mendekati waktu kegagalan. Memantau kinerja sesi RDP dapat membantu menghubungkan kelelahan sumber daya dapat mempengaruhi kinerja Remote Desktop Services, meskipun pemanfaatan tinggi tidak selalu mengidentifikasi penyebab utama.
Hindari me-restart Layanan Desktop Jarak Jauh sebagai langkah diagnostik awal di server produksi. Restart layanan atau host harus ditunda sampai prosedur manajemen perubahan dan diagnostik yang sesuai selesai, karena dapat mengganggu pengguna lain.
Apa Cara Mendiagnosis Pemutusan RDP Ketika Anda Menggunakan Log Windows?
Ketika kebijakan atau pemeriksaan konektivitas Anda tidak menunjukkan alasan, log peristiwa Windows dapat membantu menentukan apa yang mungkin terjadi sebelum dan selama pemutusan koneksi. Panduan pemecahan masalah Microsoft Learn memberikan informasi tambahan tentang mendiagnosis kesalahan pemutusan Remote Desktop.
Tinjau Peristiwa Remote Desktop di Event Viewer
Buka
eventvwr.msc
pada sistem Windows yang terpengaruh.
Saluran acara sisi server yang relevan meliputi:
- Aplikasi dan Layanan Log > Microsoft > Windows > TerminalServices-LocalSessionManager > Operasional
- Aplikasi dan Layanan Log > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Operasional
- Windows Logs > Sistem
Peristiwa ini dapat membantu mengidentifikasi koneksi sesi, pemutusan, atau masalah otentikasi dan masalah sistem.
Untuk setiap peristiwa, catat pengguna yang terpengaruh, Host Sesi, waktu perkiraan peristiwa, dan jenis koneksi yang digunakan. Bandingkan peristiwa ini dengan yang ditangkap oleh RD Gateway, VPN, dan perangkat lunak pemantauan jaringan Anda.
Sebuah peristiwa Windows yang menunjukkan sesi terputus tidak selalu mengidentifikasi penyebab utama. Mungkin perlu untuk meninjau peristiwa terkait.
Periksa Apakah Sesi Windows Masih Ada
Pada Host Sesi Desktop Jarak Jauh, jalankan:
sesi kueri
Perintah ini menunjukkan sesi Anda saat ini dan statusnya.
Jika sesi yang bermasalah masih terputus, maka aplikasi Anda mungkin masih berjalan. Jika sesi tidak lagi ada, periksa logoff, kebijakan pembersihan sesi, dan reboot host.
Pada server RDS yang dibagikan, hindari membunuh sesi saat pemecahan masalah, kecuali Anda tahu siapa yang terpengaruh dan apa konsekuensinya.
Korelasikan Pemutusan Koneksi di Antara Beberapa Pengguna
Ketika beberapa pengguna terputus sekaligus, periksa infrastruktur terlebih dahulu sebelum beralih ke mesin pengguna individu.
Mengulang gateway, masalah jaringan, atau kerusakan Session Host dapat menjatuhkan banyak pengguna secara bersamaan.
Mengorelasikan peristiwa di beberapa mesin membantu menentukan apakah itu adalah masalah klien yang terisolasi atau sesuatu yang lebih luas.
Dalam beberapa kasus, analisis lebih lanjut terhadap RDS dan jejak jaringan mungkin diperlukan untuk menentukan penyebab dan urutan kejadian yang tepat.
Bagaimana Anda Dapat Menjaga Sesi Remote Desktop dan Aplikasi Tetap Berjalan?
Beberapa pengguna ingin menghindari pemutusan Remote Desktop karena hal ini memungkinkan aplikasi untuk terus berjalan setelah mereka mengakhiri sesi jarak jauh.
Namun, menjaga sesi RDP tetap terbuka dan memastikan bahwa beban kerja Windows terus berjalan adalah dua kasus penggunaan yang berbeda.
Putuskan Tanpa Keluar
Menutup klien Remote Desktop biasanya memutuskan koneksi Anda tetapi tidak mengeluarkan Anda dari Windows.
Sesi yang telah Anda buat cenderung dipertahankan, dan aplikasi umumnya dibiarkan terbuka kecuali kebijakan sesi atau peristiwa lain menutupnya.
Sebaliknya, memilih Keluar mengakhiri sesi Windows dan biasanya menutup aplikasinya.
Jika aplikasi terhenti secara tidak terduga setelah pemutusan, tinjau periode waktu habis sesi yang terputus dan kebijakan apa pun yang secara otomatis membersihkan sesi.
Jalankan Beban Kerja Latar Belakang Secara Mandiri dari Sesi RDP
Aplikasi dan proses yang perlu berjalan terus-menerus tidak boleh bergantung pada sesi RDP interaktif yang tetap terbuka.
Bergantung pada beban kerja, alternatif potensial termasuk layanan Windows, Penjadwal Tugas, atau otomatisasi khusus aplikasi.
Sementara Task Scheduler dapat menjalankan tugas tertentu tanpa pengawasan (tanpa logon interaktif), tidak semua aplikasi desktop Windows mendukung jenis operasi ini.
Untuk beban kerja kritis, metode yang disukai adalah memisahkan proses aplikasi dari sesi interaktif administrator sepenuhnya.
Bagaimana Anda Dapat Mencegah Pemutusan Remote Desktop yang Terulang?
Implementasi aturan sesi standar, ketersediaan infrastruktur, dan gambaran aktivitas jaringan berkontribusi secara signifikan terhadap pencegahan pemutusan RDP yang acak.
Pertama, administrator harus menentukan batas dan waktu sesi aktif, tidak aktif, dan terputus sesuai dengan kebijakan keamanan perusahaan dan permintaan pengguna. Selain itu, pemeriksaan rutin terhadap Kebijakan Grup yang diterapkan dan efektif, gateway, dan waktu tunggu perangkat jaringan membantu menghindari pemutusan sesi yang disebabkan oleh ketidakcocokan mereka.
Sebagai contoh, jika penggunaan RDS Host memiliki beberapa tamu atau pengguna, menganalisis kinerja server dan menyelidiki kesalahan atau insiden yang terjadi secara terpisah selama sesi akan menjadi ide yang baik. Ini akan memungkinkan untuk menentukan sumber masalah dan menghilangkan masalah dengan semua pengguna atau tamu sekaligus.
Adalah kesalahan untuk percaya bahwa semakin lama sesi aktif atau persisten, semakin baik. Meskipun berguna untuk pemantauan infrastruktur, sesi yang terbuka dan berjalan tanpa operator dapat menjadi ancaman keamanan.
Ide utama adalah untuk mencegah pemutusan dan gangguan RDP yang tidak direncanakan tanpa menyebabkan ketidakstabilan sistem dan masalah keamanan bagi operator dan pengguna yang bekerja dengan desktop jarak jauh.
Mencari Alternatif yang Lebih Sederhana untuk RDS Tradisional?
Untuk organisasi yang ingin menyederhanakan pengiriman aplikasi dan desktop Windows secara terpusat, TSplus Remote Access menawarkan penerbitan aplikasi, akses berbasis browser, dan kemampuan sesi multiuser. Ini memberikan pendekatan alternatif untuk penerapan RDS tradisional sambil memungkinkan tim TI untuk mengelola konektivitas jarak jauh melalui solusi terpusat.
Kesimpulan
Ketika Remote Desktop terus terputus, mulailah dengan mengidentifikasi apakah sesi Windows sedang mengunci, terputus, atau berakhir. Gangguan yang dapat diprediksi biasanya membenarkan pemeriksaan kebijakan sesi, sementara kegagalan acak memerlukan pemeriksaan lebih dekat terhadap transportasi jaringan, gerbang, dan log sistem.
Perubahan konfigurasi yang ditargetkan lebih efektif daripada menonaktifkan semua waktu tunggu. Kebijakan yang konsisten dan pemantauan membantu menjaga koneksi RDP yang dapat diandalkan tanpa melemahkan keamanan.
Uji Coba Gratis Akses Jarak Jauh TSplus
Alternatif Citrix/RDS terbaik untuk akses desktop/aplikasi. Aman, hemat biaya, di tempat/awan