Remote Desktop Terputus? Punca & Penyelesaian

Pengenalan

Pemutusan sambungan Remote Desktop yang tidak dijangka boleh mengganggu kerja pentadbiran dan mempengaruhi pengguna di seluruh persekitaran Perkhidmatan Desktop Jauh (RDS). Walau bagaimanapun, kehilangan sambungan Protokol Desktop Jauh (RDP) tidak semestinya bermakna sesi Windows telah berakhir. Artikel ini menerangkan cara untuk mengenal pasti punca, mengkonfigurasi had sesi dan menyelesaikan pemutusan yang berulang tanpa mengorbankan keselamatan.

Mengapa Remote Desktop Terus Terputus?

Sesi Remote Desktop mungkin terganggu oleh polisi sesi Windows, masalah rangkaian, masalah gerbang atau masalah di sisi pelayan. Walaupun terdapat simptom yang serupa, setiap isu memerlukan pendekatan yang khusus.

Pentadbir harus menganalisis situasi dan menentukan apa yang sebenarnya berlaku pada sesi Windows dan bila ia berlaku sebelum mengambil sebarang tindakan.

Adakah Sesi Memutuskan Sambungan, Mengunci atau Log Keluar?

Windows membezakan antara beberapa keadaan sesi, pengetahuan tentangnya adalah penting untuk penyelesaian masalah yang tepat.

Keadaan sesi	Apa yang berlaku	Kesan terhadap aplikasi
Aktif	Pengguna sedang disambungkan dan berinteraksi dengan Windows	Aplikasi berjalan dengan normal
Menganggur	Sesi tetap disambungkan tanpa input pengguna	Aplikasi secara amnya terus berjalan
Terkunci	Pengesahan diperlukan untuk meneruskan interaksi	Aplikasi secara amnya kekal aktif
Terputus	Sambungan RDP ditutup, tetapi sesi Windows tetap ada.	Aplikasi secara amnya terus berjalan
Log keluar	Sesi Windows berakhir	Aplikasi yang berjalan dalam sesi biasanya ditutup

Jika pengguna menyambung semula dan mendapati aplikasi mereka masih berjalan, sesi mereka mungkin terputus, bukan ditamatkan. Jika aplikasi telah ditutup dan pengguna disajikan dengan sesi baru, mungkin telah berlaku logoff, penamatan sesi atau penghidupan semula hos.

Sesi yang terkunci, sekali lagi, adalah berbeza. Pengguna mungkin hanya perlu mengesahkan untuk menyambung semula sesi sedia ada mereka, tanpa perlu mewujudkan sambungan RDP baru.

Apa yang D告kan oleh Masa Pemutusan?

Masa dan keadaan pemutusan RDP sering kali memberikan petunjuk terbaik mengenai punca yang mendasari.

Gejala	Punca yang mungkin	Semak dahulu
Putus sambungan selepas tempoh menganggur tetap	Had batas sesi menganggur atau tamat rangkaian	Dasar sesi dan gerbang
Putus sambungan selepas tempoh tetap semasa aktiviti	Had sesi aktif atau tamat sementara	Tetapan sesi aktif dan gerbang
Terputus secara rawak semasa digunakan	Kehilangan paket, ketidakstabilan VPN atau kegagalan pengangkutan	Ketersambungan rangkaian
Kunci selepas tidak aktif	Dasar ketidakaktifan Windows atau penjimatan skrin	Tetapan keselamatan
Putus sambungan apabila hos tidak aktif	Tidur atau hibernasi	Tetapan kuasa
Aplikasi ditutup selepas pemutusan sambungan	Penghentian sesi, logoff atau pengulangan hos	Had sesi dan log acara
Beberapa pengguna terputus secara serentak	Masalah gerbang bersama, rangkaian atau hos	Acara infrastruktur

Namun, pemerhatian ini hanya petunjuk, dan punca sebenar mungkin berbeza.

Sebagai contoh, jika firewall anda mempunyai masa tamat terbina dalam untuk sambungan tidak aktif, ia mungkin mengelirukan isu tersebut, menyembunyikan dasar sesi tidak aktif RDS.

Seterusnya, semak jika polisi sesi Windows adalah puncanya.

Bagaimana Timeout Sesi RDP dan Had Menganggur Berfungsi?

Perkhidmatan desktop jauh menawarkan pelbagai pilihan yang berbeza untuk menguruskan masa sesi, ketidakaktifan dan penutupan. Penggunaan yang tidak betul terhadap pilihan ini boleh menyebabkan salah faham di kalangan pentadbir, yang mengakibatkan pengubahsuaian polisi yang tidak sepadan dengan masalah.

Had Aktif, Menganggur dan Had Sesi Terputus

Menurut Dokumentasi dasar kebijakan Perkhidmatan Desktop Jauh Microsoft Learn Windows menyediakan tiga had masa sesi utama:

• Had sesi aktif: Mengawal tempoh maksimum sesi, tanpa mengira aktiviti pengguna. Had lapan jam boleh memutuskan sambungan seseorang yang telah bekerja secara berterusan.
• Had sesi menganggur: Mengawal berapa lama sesi yang disambungkan boleh kekal tidak aktif sebelum Windows memutuskan sambungannya. Had 30 minit mungkin mengganggu sesi selepas 30 minit tanpa input pengguna.
• Had sesi terputus: Mengawal berapa lama sesi yang sudah terputus kekal di pelayan sebelum Windows menamatkannya.

Had batas sesi terputus tidak biasanya menyebabkan gangguan sambungan awal. Sebaliknya, ia menentukan berapa lama sesi dan aplikasi pengguna tetap tersedia selepas itu.

Pentadbir juga harus menyemak dasar tersebut. Akhiri sesi apabila had masa dicapai Apabila diaktifkan, tetapan ini boleh menyebabkan had masa aktif atau tidak aktif yang berkenaan menamatkan sesi tersebut daripada sekadar memutuskan sambungannya.

Tetapan Masa Tamat Sesi Manakah yang Diutamakan?

Had sesi boleh dikawal oleh Dasar Kumpulan tempatan, Dasar Kumpulan domain atau tetapan koleksi RDS. Pilihan konfigurasi tidak sentiasa berada pada tahap yang sama.

Windows bertindak berdasarkan Dasar Kumpulan berkaitan dengan hierarki dasar yang berkenaan. Berkaitan dengan had masa sesi RDS, ini bermakna bahawa dasar komputer diutamakan berbanding dasar pengguna yang berkaitan, sementara tetapan dasar yang dikuatkuasakan boleh mengambil keutamaan berbanding konfigurasi tahap koleksi.

Ini bermakna bahawa perubahan kepada tetapan yang dibuat di peringkat tempatan mungkin tidak memberi kesan jika nilai yang berbeza ditentukan dalam dasar domain.

Pentadbir harus menentukan konfigurasi yang berkesan sebelum membuat pelbagai perubahan. Ini mengelakkan dasar yang bertentangan daripada diwujudkan, yang akan memudahkan pencatatan dan penyelesaian masalah.

Apa yang Perlu Dilakukan untuk Memperbaiki Timeout Sesi Desktop Jauh?

Jika Remote Desktop terus terputus selepas tempoh tertentu, pertama sekali semak had masa sesi dan bukannya mengubah tetapan rangkaian.

Langkah 1: Semak Had Sesi RDP dalam Dasar Kumpulan

Pada hos Windows yang terjejas:

1. Buka Jalankan dan masukkan gpedit.msc .
2. Navigasi ke Konfigurasi Komputer > Templat Pentadbiran > Komponen Windows > Perkhidmatan Desktop Jauh > Hos Sesi Desktop Jauh > Had Masa Sesi .
3. Ulasan Tetapkan had masa untuk sesi Perkhidmatan Desktop Jauh yang aktif .
4. Semak Tetapkan had masa untuk sesi Perkhidmatan Desktop Jauh yang aktif tetapi tidak aktif .
5. Semak had sesi yang terputus dan Akhiri sesi apabila had masa dicapai .

Bandingkan sekatan yang telah ditetapkan dengan selang masa yang diukur antara pemutusan yang telah anda saksikan.

Sebagai contoh, jika orang cenderung terputus selepas sekitar 15 minit tidak aktif dan sekatan sesi tidak aktif selama 15 minit telah dikonfigurasikan, ia adalah penyebab yang mungkin.

Ubah arahan yang berkaitan berdasarkan keperluan persekitaran anda. Ia biasanya lebih baik untuk hanya meluaskan had yang terlalu ketat daripada menghapuskannya sepenuhnya. Pada komputer yang diuruskan oleh domain, anda mungkin ingin membuka Konsol Pengurusan Dasar Kumpulan (gpmc.msc) dan mengkaji entri yang berkaitan.

Langkah 2: Sahkan Polisi Kumpulan Mana Yang Diterapkan

Jika mengubah dasar tempatan tidak menyelesaikan masalah, tentukan objek dasar kumpulan (GPO) yang sebenarnya diterapkan.

Dari Command Prompt yang ditinggikan pada hos yang terjejas, jalankan:

gpresult /h C:\Windows\Temp\gpresult.html

Buka laporan untuk komputer, dan kemudian semak polisi yang diterapkan pada komputer tersebut. Untuk melihat polisi yang diterapkan pada pengguna, semak maklumat Set Polisi Hasil untuk pengguna atau lihat Hasil Polisi Kumpulan untuk pengguna dengan menggunakan pengawal domain.

Setelah anda membuat perubahan yang dibenarkan pada objek Dasar Kumpulan, kemas kini tetapan untuk Dasar Kumpulan bagi komputer yang mana tetapan itu diterapkan:

gpupdate /force

Bergantung pada senario, mungkin perlu bagi pengguna untuk menyambung semula sambungan atau bahkan log keluar dan masuk semula sebelum perubahan berkuat kuasa.

Langkah ini sangat diperlukan jika persekitaran RDS yang sama dikawal oleh pelbagai GPO.

Langkah 3: Semak Tetapan Koleksi RDS dan Gerbang RD

Dalam pelaksanaan Microsoft RDS konvensional, had sesi juga boleh dikonfigurasikan pada tahap koleksi.

Buka Pengurus Pelayan > Perkhidmatan Desktop Jauh > Koleksi Pilih koleksi yang relevan dan semak sifat sesi tersebut. Periksa had sesi aktif, menganggur dan terputus berbanding dengan konfigurasi yang dimaksudkan.

Jika pengguna menyambung melalui Remote Desktop Gateway (RD Gateway), periksa juga dasar pengesahan sambungan gateway.

Pada pelayan RD Gateway:

1. Buka Pengurus Gerbang Desktop Jauh .
2. Navigasi ke Dasar > Dasar Kebenaran Sambungan .
3. Buka polisi yang berkaitan.
4. Semak tetapan tamat sesi.

Timeout yang dikuatkuasakan oleh portal boleh berlaku walaupun Host Sesi membenarkan sesi yang dilanjutkan.

Jika masalah berlaku hanya semasa menggunakan RD Gateway, siasatlah konfigurasi gerbang dan peranti rangkaian berkaitan sebelum mengubah sebarang dasar Host Sesi.

Mengapa Remote Desktop Terputus Selepas Beberapa Ketidakaktifan?

Tidak semua gangguan yang berkaitan dengan ketidakaktifan disebabkan oleh had sesi tidak aktif RDS. Terdapat tetapan Windows lain yang mungkin mengganggu, seperti tetapan berkaitan keselamatan atau pengurusan kuasa.

Semak Dasar Ketidakaktifan Mesin Windows

Windows boleh dikonfigurasi untuk mengunci sesi selepas jumlah masa tertentu tidak aktif oleh pengguna.

Buka secpol.msc dan navigasi ke:

Dasar Tempatan > Pilihan Keselamatan > Log masuk interaktif: Had ketidakaktifan mesin

Tetapan ini menentukan tempoh tidak aktif, dalam saat, sebelum Windows mengunci sesi.

Kunci tidak akan biasanya mengakhiri sesi RDP atau menutup aplikasi. Oleh itu, jika pengguna hanya melihat skrin masuk Windows, selidiki dasar penguncian sebelum mengubah sebarang had sesi RDS.

Semak Penjimat Skrin dan Tetapan Kuasa

Dasar penjimatan skrin juga boleh memerlukan pengguna untuk mengesahkan diri selepas tidak aktif.

Semak tetapan di bawah:

Konfigurasi Pengguna > Templat Pentadbiran > Panel Kawalan > Personalisasi

Berikan perhatian khusus kepada tetapan masa tamat pelindung skrin dan perlindungan kata laluan.

Pada workstation Windows, tidur atau hibernasi boleh menjadikan komputer jauh tidak tersedia buat sementara waktu. Semak tetapan kuasa yang berkaitan di bawah Tetapan > Sistem > Kuasa & bateri atau antara antaramuka Pilihan Kuasa yang sepadan.

Sistem yang memerlukan berterusan Akses jauh seharusnya dapat diakses dari jarak jauh seharusnya memiliki kebijakan pengelolaan daya yang tepat. Menonaktifkan tidur di semua titik akhir dapat merusak keamanan perusahaan dan kebutuhan daya.

Apakah Proses untuk Menyelesaikan Masalah Pemutusan RDP Secara Rawak?

Jika desktop jauh sering terputus tanpa amaran, terutama semasa bekerja secara aktif, kegagalan antara muka rangkaian dan pengangkutan adalah jauh lebih mungkin daripada tamat sesi.

Uji Ketersambungan Rangkaian dan Kestabilan VPN

Mulakan dengan menguji sambungan ke pelayan atau pintu masuk yang berkaitan.

Test-NetConnection server.example.com -Port 3389

Ini menguji jika sambungan TCP boleh dibuat ke destinasi dan port yang diberikan. Tukar nama hos dan port dengan nilai yang berkaitan dengan persekitaran anda.

Untuk melaksanakan ujian kebolehcapaian yang berterusan, laksanakan:

ping server.example.com -t

Menggunakan ping berterusan dapat menonjolkan kehilangan paket yang tidak konsisten atau lonjakan latensi jika Protokol Mesej Kawalan Internet (ICMP) dibenarkan. Walau bagaimanapun, respons ping yang berjaya tidak menjamin kestabilan pengangkutan RDP.

Jika pemutusan disambungkan dengan gangguan rangkaian, pertimbangkan gangguan Wi-Fi, Kegagalan terowong VPN perubahan penghalaan dan peralihan keadaan firewall.

Kegagalan penyambungan semula VPN, masa tamat sambungan firewall dan tamat sesi Penterjemahan Alamat Rangkaian (NAT) boleh mengganggu sambungan RDP yang sebaliknya stabil.

Apabila menganalisis laluan sambungan alternatif, hanya gunakan laluan rangkaian yang dibenarkan. Jangan dedahkan RDP kepada trafik Internet umum atau mengelak daripada mematuhi dasar keselamatan VPN yang ditetapkan untuk tujuan diagnostik.

Semak Sama Ada Pengangkutan RDP UDP Bertanggungjawab

Sesi RDP moden kini menggunakan Protokol Datagram Pengguna (UDP) sebagai tambahan kepada Protokol Kawalan Pemindahan (TCP) untuk meningkatkan responsif.

Tetapi firewall, VPN atau peranti rangkaian lain yang salah konfigurasi boleh menyekat paket UDP.

Untuk menguji jika masalah disebabkan oleh paket UDP, gunakan arahan di bawah untuk memaksa klien Remote Desktop menggunakan hanya TCP.

Buka Dasar Kumpulan pada komputer klien dan teruskan ke:

Konfigurasi Komputer > Templat Pentadbiran > Komponen Windows > Perkhidmatan Desktop Jauh > Klien Sambungan Desktop Jauh

Aktifkan Matikan UDP pada Klien kemudian sambungkan semula dan perhatikan sama ada gangguan berterusan.

Jika sambungan stabil, periksa pengendalian UDP sepanjang laluan rangkaian.

Ini adalah langkah diagnostik, bukan penyelesaian umum. Sambungan hanya TCP akan mempunyai tingkah laku yang berbeza pada rangkaian dengan kualiti yang buruk, jadi pastikan untuk menyambung semula pengangkutan yang disukai setelah punca masalah telah ditangani.

Menyiasat Kesihatan Klien dan Pelayan Desktop Jauh

Pemutusan sambungan yang berterusan juga boleh dicetuskan oleh komponen Windows yang ketinggalan zaman, pemacu rangkaian atau ketidakstabilan pada hos jauh.

Pastikan sistem klien dan host sentiasa dikemas kini. Tentukan jika masalah muncul selepas kemas kini Windows, perubahan pemacu atau penyesuaian konfigurasi rangkaian.

Periksa penggunaan CPU, memori dan cakera berhampiran waktu kegagalan. Memantau prestasi sesi RDP boleh membantu mengaitkan keletihan sumber yang boleh mempengaruhi prestasi Remote Desktop Services, walaupun penggunaan yang tinggi tidak semestinya mengenal pasti punca utama.

Elakkan daripada memulakan semula Perkhidmatan Desktop Jauh sebagai langkah diagnostik awal pada pelayan pengeluaran. Pemulaan semula perkhidmatan atau hos harus ditangguhkan sehingga prosedur pengurusan perubahan dan diagnostik yang sesuai diselesaikan, kerana ia mungkin mengganggu pengguna lain.

Apakah Cara untuk Mendiagnosis Pemutusan RDP Apabila Anda Menggunakan Log Windows?

Apabila polisi atau pemeriksaan sambungan anda tidak menunjukkan sebarang sebab, log acara Windows boleh membantu menentukan apa yang mungkin telah berlaku sebelum dan semasa pemutusan sambungan. Panduan penyelesaian masalah Microsoft Learn memberikan maklumat tambahan tentang mendiagnosis ralat pemutusan Remote Desktop.

Semak Acara Desktop Jauh dalam Penonton Acara

Buka eventvwr.msc pada sistem Windows yang terjejas.

Saluran acara sisi pelayan yang relevan termasuk:

• Aplikasi dan Log Perkhidmatan > Microsoft > Windows > TerminalServices-LocalSessionManager > Operasi
• Aplikasi dan Log Perkhidmatan > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Operasi
• Log Windows > Sistem

Acara-acara ini dapat membantu mengenal pasti sambungan sesi, pemutusan, atau isu pengesahan dan masalah sistem.

Untuk setiap acara, catat pengguna yang terjejas, Host Sesi, anggaran waktu acara, dan jenis sambungan yang digunakan. Bandingkan acara ini dengan yang ditangkap oleh Gateway RD anda, VPN, dan perisian pemantauan rangkaian.

Satu peristiwa Windows yang menentukan sesi yang terputus tidak selalu mengenal pasti punca utama. Mungkin perlu untuk menyemak peristiwa yang berkaitan.

Semak Sama Ada Sesi Windows Masih Ada

Pada Host Sesi Desktop Jauh, jalankan:

sesi pertanyaan

Perintah ini menunjukkan sesi semasa anda dan statusnya.

Jika sesi yang bermasalah masih terputus, maka aplikasi anda mungkin masih berjalan. Jika sesi tidak lagi ada, periksa logoff, dasar pembersihan sesi dan reboot hos.

Pada pelayan RDS yang dikongsi, elakkan daripada menamatkan sesi semasa menyelesaikan masalah, kecuali anda tahu siapa yang terjejas dan apa akibatnya.

Kaitkan Pemputusan Antara Pelbagai Pengguna

Apabila beberapa pengguna terputus sambungan sekaligus, periksa infrastruktur terlebih dahulu sebelum beralih ke mesin pengguna individu.

Menghidupkan semula gerbang, masalah rangkaian atau keruntuhan Host Sesi boleh menyebabkan banyak pengguna terjejas secara serentak.

Mengaitkan peristiwa di pelbagai mesin membantu menentukan sama ada ia adalah isu klien yang terasing atau sesuatu yang lebih meluas.

Dalam beberapa kes, analisis lanjut terhadap RDS dan jejak rangkaian mungkin diperlukan untuk menentukan punca dan urutan kejadian yang tepat.

Bagaimana Anda Dapat Menjaga Sesi Desktop Jauh dan Aplikasi Berjalan?

Sesetengah pengguna ingin mengelakkan pemutusan Remote Desktop kerana ia membolehkan aplikasi terus berjalan selepas mereka menamatkan sesi jauh.

Namun, mengekalkan sesi RDP terbuka dan memastikan beban kerja Windows terus berjalan adalah dua kes penggunaan yang berbeza.

Putuskan Tanpa Log Keluar

Menutup klien Remote Desktop biasanya memutuskan sambungan anda tetapi tidak log keluar dari Windows.

Sesi yang telah anda tetapkan cenderung untuk disimpan, dan aplikasi biasanya dibiarkan terbuka kecuali polisi sesi atau beberapa peristiwa lain menutupnya.

Sebaliknya, memilih Log keluar mengakhiri sesi Windows dan biasanya menutup aplikasinya.

Jika aplikasi terhenti secara tidak dijangka selepas pemutusan sambungan, semak tempoh tamat sesi yang terputus dan sebarang dasar yang secara automatik membersihkan sesi.

Jalankan Beban Kerja Latar Belakang Secara Bebas daripada Sesi RDP

Aplikasi dan proses yang perlu berjalan secara berterusan tidak seharusnya bergantung pada sesi RDP interaktif yang tetap terbuka.

Bergantung pada beban kerja, alternatif yang berpotensi termasuk perkhidmatan Windows, Penjadual Tugas atau automasi khusus aplikasi.

Walaupun Penjadual Tugas boleh menjalankan tugas tertentu tanpa pengawasan (tanpa log masuk interaktif), tidak semua aplikasi desktop Windows menyokong jenis operasi ini.

Untuk beban kerja kritikal, kaedah yang disukai adalah untuk memisahkan proses aplikasi daripada sesi interaktif pentadbir sepenuhnya.

Bagaimana Anda Dapat Mencegah Pemutusan Remote Desktop yang Berulang?

Pelaksanaan peraturan sesi standard, ketersediaan infrastruktur, dan gambaran keseluruhan aktiviti rangkaian menyumbang secara signifikan kepada pencegahan pemutusan RDP secara rawak.

Pertama, pentadbir harus menentukan had dan masa tamat sesi aktif, tidak aktif, dan terputus mengikut dasar keselamatan syarikat dan permintaan pengguna. Selain itu, pemeriksaan berkala terhadap Dasar Kumpulan yang digunakan dan berkuat kuasa, masa tamat pintu gerbang, dan peranti rangkaian membantu mengelakkan pemutusan sesi yang disebabkan oleh ketidakserasian mereka.

Sebagai contoh, jika penggunaan RDS Host mempunyai banyak tetamu atau pengguna, menganalisis prestasi pelayan dan menyiasat kesilapan atau insiden yang berlaku secara berasingan semasa sesi adalah idea yang baik. Ini akan membolehkan menentukan sumber isu dan menghapuskan masalah dengan semua pengguna atau tetamu sekaligus.

Adalah satu kesilapan untuk mempercayai bahawa semakin lama sesi aktif atau berterusan, semakin baik. Walaupun ia berguna untuk pemantauan infrastruktur, sesi yang terbuka dan berjalan tanpa pengendali boleh menjadi ancaman keselamatan.

Idea utama adalah untuk mencegah pemutusan dan gangguan RDP yang tidak dirancang tanpa menyebabkan ketidakstabilan sistem dan masalah keselamatan bagi pengendali dan pengguna yang bekerja dengan desktop jauh.

Mencari Alternatif yang Lebih Mudah kepada RDS Tradisional?

Bagi organisasi yang ingin memudahkan penghantaran aplikasi dan desktop Windows secara terpusat, TSplus Remote Access menawarkan penerbitan aplikasi, akses berasaskan pelayar dan keupayaan sesi pelbagai pengguna. Ia menyediakan pendekatan alternatif kepada penyebaran RDS tradisional sambil membolehkan pasukan IT menguruskan sambungan jauh melalui penyelesaian terpusat.

Kesimpulan

Apabila Remote Desktop terus terputus, mulakan dengan mengenal pasti sama ada sesi Windows sedang mengunci, terputus atau berakhir. Gangguan yang boleh diramalkan biasanya membenarkan pemeriksaan polisi sesi, manakala kegagalan rawak memerlukan pemeriksaan lebih dekat terhadap pengangkutan rangkaian, pintu masuk dan log sistem.

Perubahan konfigurasi yang disasarkan adalah lebih berkesan daripada menonaktifkan semua waktu tamat. Dasar yang konsisten dan pemantauan membantu mengekalkan sambungan RDP yang boleh dipercayai tanpa melemahkan keselamatan.