Automatik Log Matikan Pengguna RDP Terbiar dalam 5 Minit
Pengguna menutup tetingkap Desktop Jauh dan berjalan pergi, tetapi sesi mereka terus berjalan pada pelayan anda — menahan RAM, membuka fail dan log masuk langsung. Panduan ini menetapkan Windows untuk log keluar pengguna RDP terbiar secara automatik menggunakan had masa sesi Dasar Kumpulan, dengan akaun pentadbir diketepikan daripada peraturan.
📑Bab
- Masalahnya — sesi hantu yang kekal dilog masuk pada pelayan selama beberapa hari
- Melahu lwn terputus — dua keadaan sesi berbeza, dua dasar berbeza
- Menyemak sesi semasa pada pelayan
- Membuka editor Dasar Kumpulan dan mencari Had Masa Sesi
- Menetapkan had masa sesi melahu — 5 minit dalam video
- Menetapkan had masa sesi terputus
- Tamatkan sesi apabila had masa dicapai — tetapan yang menjadikannya log keluar sebenar
- Menyingkirkan akaun pentadbir daripada peraturan logoff
- Menggunakan dasar dan ujian pada satu akaun dahulu
📋 Gambaran Keseluruhan & Panduan Langkah demi Langkah
Ketahui Tiga Negeri Sesi Dahulu
Setiap sesi Desktop Jauh pada pelayan berada dalam satu daripada tiga keadaan. Aktif bermaksud pengguna disambungkan dan berfungsi. Melahu bermaksud disambungkan, tetapi tidak menyentuh papan kekunci atau tetikus. Terputus sambungan bermakna pengguna menutup tetingkap RDP — tetapi sesi, dan setiap aplikasi di dalamnya, masih berjalan pada pelayan.
Perbezaan ini penting kerana Windows mempunyai dasar yang berasingan untuk setiap negeri. Menetapkan hanya had melahu adalah sebab sesi terputus sambungan dari hari Jumaat masih hidup pada hari Isnin. Lihat sendiri keadaan semasa pelayan anda — buka Prompt Perintah pada hos sesi dan jalankan:
query session
Gambar yang sama kelihatan dalam Pengurus Tugas pada tab Pengguna.
Buka Editor Dasar Kumpulan
Untuk satu pelayan, buka editor Dasar Kumpulan tempatan daripada dialog Run:
gpedit.msc
Jika anda mengurus banyak pelayan melalui domain, gunakan Konsol Pengurusan Dasar Kumpulan dan edit GPO yang dipautkan ke OU yang memegang pelayan hos sesi anda:
gpmc.msc
Kemudian navigasi ke Konfigurasi Komputer > Dasar > Templat Pentadbiran > Komponen Windows > Perkhidmatan Desktop Jauh > Hos Sesi Desktop Jauh > Had Masa Sesi. Lebih suka bahagian Komputer untuk peraturan seluruh pelayan, jadi had mengikut pelayan tidak kira pengguna yang log masuk. Had yang sama juga boleh ditetapkan bagi setiap koleksi RDS di bawah Pengurus Pelayan > Perkhidmatan Desktop Jauh > Koleksi > Hartanah > Sesi — tetapi uruskannya di satu tempat sahaja, kerana Dasar Kumpulan menang apabila kedua-dua konflik itu.
Tetapkan Had Masa Sesi Terbiar
Buka Tetapkan had masa untuk sesi Perkhidmatan Desktop Jauh yang aktif tetapi melahu, tetapkannya kepada Didayakan dan pilih had terbiar — 5 minit dalam video.
Apabila sesi yang disambungkan tidak digunakan selama itu, Windows mula-mula menunjukkan kepada pengguna amaran pada skrin bahawa mereka akan dilog keluar, dan kemudian had dicapai. Perkara yang berlaku pada ketika itu — putuskan sambungan atau logoff penuh — ditentukan oleh langkah seterusnya.
Tetapkan Had Terputus dan Suis Logoff
Masih dalam folder Had Masa Sesi, tetapkan dua dasar lain:
Tetapkan had masa untuk sesi terputus — dayakannya dan pilih tempoh masa sesi terputus boleh hidup sebelum ia ditamatkan. 30 minit hingga 1 hari adalah pilihan biasa. Ini ialah dasar yang membersihkan sesi pengguna yang ditinggalkan dengan menutup tetingkap RDP.
Tamatkan sesi apabila had masa telah dicapai — dayakannya. Tetapan tunggal inilah yang menjadikan tamat masa menjadi log off dan bukannya hanya memutuskan sambungan. Tanpa itu, pengguna terbiar hanya terputus sambungan dan sesi terus berjalan — masalah sebenar yang anda mulakan.
Jauhkan Akaun Pentadbir daripada Peraturan
Persediaan video sengaja meninggalkan pentadbir — sesi pentadbir yang merupakan pertengahan tugas pada pelayan tidak boleh dilog keluar dari bawah orang yang menjalankan pelayan. Cara bersih untuk melakukan ini ialah menyasarkan, bukan dasar bercanggah kedua:
Letakkan pengguna RDP biasa dalam OU atau kumpulan keselamatan mereka sendiri dan gunakan GPO had sesi kepada mereka; kekalkan akaun pentadbir di luar skop itu (dengan penapisan keselamatan pada GPO jika perlu). Pada penggunaan RDS, hasil yang sama diperoleh daripada memberikan pengguna tersebut koleksi mereka sendiri dengan tetapan sesinya sendiri.
Laluan yang sama meliputi pengecualian tulen — laporan akhir bulan atau akaun eksport semalaman yang papan kekuncinya melahu semasa mesin sibuk bekerja. Berikan akaun sedemikian kumpulannya sendiri dengan had terbiar yang lebih lama, atau tidak, dan tuliskan pengecualian dengan alasan dan pemilik. Pengecualian yang tidak ditulis bukanlah pengecualian — ia adalah khabar angin.
Gunakan Dasar, Amaran Pengguna dan Uji
Gunakan dasar pada pelayan dengan segera dan bukannya menunggu muat semula automatik seterusnya:
gpupdate /force
Kemudian uji sebelum mempercayainya: log masuk dengan satu akaun ujian melalui RDP, biarkan sesi tidak disentuh melepasi had melahu dan lihat amaran muncul dan logoff berlaku. Jalankan sesi pertanyaan sekali lagi dan sahkan sesi telah hilang sepenuhnya, bukan hanya diputuskan sambungan. Uji juga laluan terputus — sambung, tutup tetingkap RDP, dan semak sesi tamat selepas had terputus. Hanya kemudian luncurkan tetapan yang sama kepada semua orang.
🏷️Pembolehubah & Kata Kunci Carian Topik
🎙️ Transkrip Penuh — ketik untuk mengembangkan
__TOK_33__
__TOK_34__
__TOK_35__
❓ Soalan Lazim
Adakah tutorial ini 100% percuma untuk diikuti?
__TOK_36__
Bolehkah pemula mengikuti panduan ini?
__TOK_37__
Di mana saya boleh bertanya soalan jika saya tersekat?
__TOK_38__