Nawawala ang Remote Desktop? Mga Sanhi at Solusyon

Pakilala

Ang hindi inaasahang pagputol ng Remote Desktop ay maaaring makagambala sa administratibong trabaho at makaapekto sa mga gumagamit sa buong kapaligiran ng Remote Desktop Services (RDS). Gayunpaman, ang pagkawala ng koneksyon sa Remote Desktop Protocol (RDP) ay hindi nangangahulugang natapos na ang sesyon ng Windows. Ipinaliwanag ng artikulong ito kung paano tukuyin ang sanhi, i-configure ang mga limitasyon ng sesyon at lutasin ang mga paulit-ulit na pagputol nang hindi isinasakripisyo ang seguridad.

Bakit Patuloy na Nagsasara ang Remote Desktop?

Maaaring maapektuhan ang mga sesyon ng Remote Desktop ng mga patakaran ng sesyon ng Windows, mga isyu sa network, mga problema sa gateway o mga problema sa server-side. Sa kabila ng mga katulad na sintomas, bawat isyu ay nangangailangan ng tiyak na diskarte.

Dapat suriin ng mga administrador ang sitwasyon at tukuyin kung ano ang eksaktong nangyayari sa Windows session at kung kailan ito nangyayari bago gumawa ng anumang aksyon.

Naka-disconnect ba ang Session, naka-lock o nag-log off?

Ang Windows ay nagtatangi sa pagitan ng ilang estado ng sesyon, na kaalaman na mahalaga para sa tumpak na pag-aayos ng problema.

Estado ng sesyon	Ano ang mangyayari	Epekto sa mga aplikasyon
Aktibo	Ang gumagamit ay nakakonekta at nakikipag-ugnayan sa Windows	Nagtatakbo ng normal ang mga aplikasyon
Walang ginagawa	Mananatiling nakakonekta ang sesyon nang walang input mula sa gumagamit.	Karaniwang nagpapatuloy ang mga aplikasyon sa pagtakbo
Naka-lock	Kinakailangan ang pagpapatotoo upang ipagpatuloy ang pakikipag-ugnayan.	Karaniwang nananatiling aktibo ang mga aplikasyon
Naka-disconnect	Nagsasara ang koneksyon ng RDP, ngunit nananatili ang sesyon ng Windows.	Karaniwang nagpapatuloy ang mga aplikasyon sa pagtakbo
Naka-log off	Nagtatapos ang sesyon ng Windows	Karaniwang nagsasara ang mga aplikasyon na tumatakbo sa sesyon.

Kung ang mga gumagamit ay muling kumonekta at natagpuan na ang kanilang mga aplikasyon ay patuloy na tumatakbo, malamang na ang kanilang sesyon ay na-disconnect, hindi natapos. Kung ang mga aplikasyon ay naisara at ang mga gumagamit ay ipinakita ng isang bagong sesyon, maaaring naganap ang isang pag-logoff, pagtatapos ng sesyon o pag-restart ng host.

Ang isang nakalakip na sesyon, muli, ay iba. Maaaring kailanganin ng mga gumagamit na mag-authenticate upang ipagpatuloy ang kanilang umiiral na sesyon, nang hindi nagtatag ng bagong koneksyon sa RDP.

Ano ang sinasabi sa iyo ng oras ng pagkakahiwalay?

Ang oras at mga pangyayari ng isang RDP disconnection ay madalas na nagbibigay ng pinakamahusay na pahiwatig sa nakatagong sanhi.

Sintomas	Posibleng sanhi	Unang suriin
Naghihiwalay pagkatapos ng nakatakdang idle na panahon	Limitasyon ng idle-session o timeout ng network	Mga patakaran ng sesyon at gateway
Naghihiwalay pagkatapos ng isang tiyak na tagal ng panahon habang may aktibidad	Limitasyon ng aktibong sesyon o timeout ng tagapamagitan	Mga setting ng aktibong sesyon at gateway
Nawawala nang random habang ginagamit.	Pagkawala ng packet, hindi matatag na VPN o pagkabigo sa transportasyon	Koneksyon sa network
Nagsasara pagkatapos ng kawalang-galaw	Patakaran sa kawalang-galaw ng Windows o screen saver	Mga setting ng seguridad
Nawawala ang koneksyon kapag ang host ay walang ginagawa	Tulog o hibernasyon	Mga setting ng kapangyarihan
Nagsasara ang mga aplikasyon pagkatapos ng pagkakahiwalay	Pagtatapos ng sesyon, pag-logoff o pag-restart ng host	Limitasyon ng sesyon at mga tala ng kaganapan
Maraming gumagamit ang sabay-sabay na nag-disconnect	Shared gateway, network or host problem	Kaganapan sa imprastruktura

Gayunpaman, ang mga obserbasyong ito ay mga pahiwatig lamang, at ang tunay na sanhi ay maaaring iba.

Halimbawa, kung ang iyong firewall ay may nakabuilt-in na timeout para sa mga hindi aktibong koneksyon, maaari nitong malito ang isyu, na nagtatago ng isang patakaran sa idle-session ng RDS.

Susunod, suriin kung ang mga patakaran ng sesyon ng Windows ang may kasalanan.

Paano Gumagana ang RDP Session Timeouts at Idle Limits?

Nag-aalok ang mga serbisyo ng remote desktop ng maraming natatanging opsyon para sa pamamahala ng oras ng mga sesyon, kawalang-aktibidad at pagsasara. Ang hindi tamang paggamit ng mga opsyon na ito ay maaaring magdulot ng hindi pagkakaintindihan sa mga administrador, na nagreresulta sa pagbabago ng mga patakaran na hindi tumutugma sa problema.

Mga Limitasyon ng Aktibong, Nakatigil at Naka-disconnect na Sesyon

Ayon sa Dokumentasyon ng patakaran ng Remote Desktop Services ng Microsoft Learn Windows ay nagbibigay ng tatlong pangunahing limitasyon sa oras ng sesyon:

• Limitasyon ng aktibong sesyon: Nagtatakda ng maximum na tagal ng isang sesyon, anuman ang aktibidad ng gumagamit. Ang limitasyon na walong oras ay maaaring mag-disconnect ng isang tao na patuloy na nagtatrabaho.
• Limitasyon ng idle na sesyon: Nagtatakda kung gaano katagal ang isang nakakonektang sesyon ay maaaring manatiling hindi aktibo bago ito idiskonekta ng Windows. Ang limitasyon na 30 minuto ay maaaring makagambala sa isang sesyon pagkatapos ng 30 minuto nang walang input mula sa gumagamit.
• Limitasyon ng hindi nakakonektang sesyon: Nagtatakda kung gaano katagal ang isang na-disconnect na sesyon ay mananatili sa server bago ito wakasan ng Windows.

Ang limitasyon ng hindi nakakonektang sesyon ay hindi karaniwang nagdudulot ng pagka-abala sa paunang koneksyon. Sa halip, tinutukoy nito kung gaano katagal ang sesyon at mga aplikasyon ng gumagamit ay mananatiling available pagkatapos.

Dapat ding suriin ng mga administrador ang patakaran Itigil ang sesyon kapag naabot na ang mga limitasyon sa oras. Kapag pinagana, ang setting na ito ay maaaring magdulot ng mga naaangkop na limitasyon sa aktibo o idle na oras upang wakasan ang sesyon sa halip na simpleng idiskonekta ito.

Alin sa mga Setting ng Session Timeout ang May Pribilehiyo?

Maaaring kontrolin ang mga limitasyon ng sesyon sa pamamagitan ng lokal na Patakaran ng Grupo, patakaran ng grupo ng domain o mga setting ng koleksyon ng RDS. Ang mga pagpipilian sa pagsasaayos ay hindi palaging nasa parehong antas.

Ang Windows ay kumikilos sa Group Policy kaugnay ng naaangkop na hierarchy ng patakaran. Kaugnay ng mga limitasyon sa oras ng sesyon ng RDS, nangangahulugan ito na ang mga patakaran ng computer ay may priyoridad sa mga kaugnay na patakaran ng gumagamit, habang ang mga ipinatupad na setting ng patakaran ay maaaring mangibabaw sa configuration sa antas ng koleksyon.

Ito ay nangangahulugang ang mga pagbabago sa isang setting na ginawa sa lokal na antas ay maaaring walang epekto kung ang ibang halaga ay tinukoy sa isang patakaran ng domain.

Dapat tukuyin ng mga administrador ang epektibong configuration bago gumawa ng maraming pagbabago. Pinipigilan nito ang paglikha ng mga salungat na patakaran, na magpapadali sa pag-record at pag-troubleshoot.

Ano ang Kailangang Gawin Upang Ayusin ang Mga Timeout ng Remote Desktop Session?

Kung ang Remote Desktop ay patuloy na nagdidiskonekta pagkatapos ng isang tiyak na tagal ng panahon, unang suriin ang mga limitasyon ng oras ng sesyon sa halip na baguhin ang mga setting ng network.

Hakbang 1: Suriin ang mga Limitasyon ng RDP Session sa Group Policy

Sa apektadong Windows host:

1. Buksan Tumakbo at pumasok gpedit.msc .
2. Pumunta sa Konfigurasyon ng Kompyuter > Mga Template ng Administratibo > Mga Sangkap ng Windows > Mga Serbisyo ng Remote Desktop > Host ng Sesyon ng Remote Desktop > Mga Limitasyon sa Oras ng Sesyon .
3. Suriin Itakda ang limitasyon ng oras para sa mga aktibong sesyon ng Remote Desktop Services .
4. Suriin Itakda ang limitasyon ng oras para sa mga aktibong ngunit idle na sesyon ng Remote Desktop Services .
5. Suriin ang limitasyon ng hindi nakakonektang sesyon at Itigil ang sesyon kapag naabot na ang mga limitasyon sa oras. .

Ihambing ang mga nakatakdang paghihigpit laban sa nasukat na agwat sa pagitan ng mga pagkakakonekta na iyong nasaksihan.

Halimbawa, kung ang mga tao ay madalas na nagdidiskonekta pagkatapos ng humigit-kumulang 15 minuto ng kawalang-galaw at isang limitasyon sa idle session na 15 minuto ang na-configure, ito ay isang posibleng dahilan.

I-modify ang mga kaugnay na tagubilin batay sa mga pangangailangan ng iyong kapaligiran. Karaniwan, mas mabuti na palawakin ang labis na mahigpit na mga limitasyon sa halip na ganap na alisin ang mga ito. Sa mga computer na pinamamahalaan ng domain, maaaring gusto mong buksan ang Group Policy Management Console (gpmc.msc) at pag-aralan ang kaugnay na entry.

Hakbang 2: Suriin Kung Aling Mga Patakaran ng Grupo ang Naipapatupad

Kung ang pagbabago ng lokal na patakaran ay hindi nalulutas ang problema, tukuyin kung aling mga Group Policy Objects (GPOs) ang talagang naiaangkop.

Mula sa isang mataas na Command Prompt sa apektadong host, patakbuhin:

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

Buksan ang ulat para sa isang computer, at pagkatapos ay suriin ang mga patakaran na inilapat sa computer. Upang makita ang mga patakaran na inilapat sa isang gumagamit, suriin ang Resultant Set of Policy na impormasyon para sa gumagamit o tingnan ang Group Policy Results para sa gumagamit sa pamamagitan ng paggamit ng domain controller.

Pagkatapos mong gumawa ng awtorisadong pagbabago sa isang Group Policy object, i-update ang mga setting para sa Group Policy para sa mga computer kung saan ang setting ay inilapat:

gpupdate /force

Depende sa senaryo, maaaring kailanganin ng mga gumagamit na muling itatag ang koneksyon o kahit na mag-log off at mag-log in muli bago maging epektibo ang pagbabago.

Ang hakbang na ito ay partikular na kinakailangan kung ang parehong kapaligiran ng RDS ay pinamamahalaan ng maraming GPO.

Hakbang 3: Suriin ang RDS Koleksyon at RD Gateway Mga Setting

Sa mga karaniwang deployment ng Microsoft RDS, ang mga limitasyon ng sesyon ay maaari ring i-configure sa antas ng koleksyon.

Buksan Server Manager > Remote Desktop Services > Koleksyon pumili ng kaugnay na koleksyon at suriin ang mga katangian ng sesyon nito. Suriin ang mga limitasyon ng aktibo, idle at hindi nakakonektang sesyon laban sa nais na pagsasaayos.

Kung ang mga gumagamit ay kumokonekta sa pamamagitan ng Remote Desktop Gateway (RD Gateway), suriin ang mga patakaran sa awtorisasyon ng koneksyon ng gateway.

Sa server ng RD Gateway:

1. Buksan Remote Desktop Gateway Manager .
2. Pumunta sa Mga Patakaran > Mga Patakaran sa Awtorisasyon ng Koneksyon .
3. Buksan ang kaukulang patakaran.
4. Suriin ang mga setting ng timeout ng session nito.

Maaaring mangyari ang timeout na ipinatupad ng isang gateway kahit na pinapayagan ng Session Host ang mga pinalawig na sesyon.

Kung ang problema ay nangyayari lamang kapag gumagamit ng RD Gateway, suriin ang konfigurasyon ng gateway at mga kaugnay na aparato ng network bago baguhin ang anumang mga patakaran ng Session Host.

Bakit Nagsasara ang Remote Desktop Matapos ang Ilang Kawalang Gawain?

Hindi lahat ng pagka-abala na may kaugnayan sa kawalang-galaw ay sanhi ng limitasyon ng idle session ng RDS. Mayroon pang ibang mga setting ng Windows na maaaring makialam, tulad ng mga setting na may kaugnayan sa seguridad o pamamahala ng kuryente.

Suriin ang mga Patakaran sa Kawalang-Galaw ng Windows Machine

Maaaring i-configure ang Windows upang i-lock ang isang sesyon pagkatapos ng isang tiyak na tagal ng oras ng kawalang-aktibidad ng gumagamit.

Buksan secpol.msc at mag-navigate sa:

Mga Lokal na Patakaran > Mga Opsyon sa Seguridad > Interactive logon: Limitasyon ng kawalang-galaw ng makina

Itinatakda ng setting na ito ang panahon ng kawalang-galaw, sa mga segundo, bago i-lock ng Windows ang sesyon.

Ang isang lock ay karaniwang hindi magtatapos ng RDP session o magsasara ng mga aplikasyon. Kaya't kung ang gumagamit ay nakikita lamang ang Windows sign in screen, suriin ang mga patakaran sa pag-lock bago baguhin ang anumang limitasyon ng RDS session.

Suriin ang Screen Saver at Mga Setting ng Kuryente

Maaaring kailanganin ng mga patakaran sa screen saver na mag-authenticate ang mga gumagamit pagkatapos ng kawalang-galaw.

Suriin ang mga setting sa ilalim ng:

User Configuration > Administrative Templates > Control Panel > Personalization

Bigyang-pansin ang timeout ng screen saver at mga setting ng proteksyon ng password.

Sa mga workstation ng Windows, ang pagtulog o hibernation ay maaaring gawing pansamantalang hindi magagamit ang remote na computer. Suriin ang mga kaugnay na setting ng kuryente sa ilalim ng Mga Setting > Sistema > Kapangyarihan at baterya o ang katumbas na interface ng Power Options.

Mga sistema na nangangailangan ng tuloy-tuloy remote access dapat ma-access mula sa malayo dapat magkaroon ng tamang patakaran sa pamamahala ng kuryente. Ang pag-disable ng tulog sa lahat ng endpoint ay maaaring makasira sa seguridad ng enterprise at mga pangangailangan sa kuryente.

Ano ang proseso upang ayusin ang mga random na pag-disconnect ng RDP?

Kung ang remote desktop ay madalas na nawawala nang walang babala, lalo na kapag aktibong nagtatrabaho, ang mga pagkabigo sa network interface at transportasyon ay mas malamang kaysa sa timeout ng sesyon.

Subukan ang Koneksyon sa Network at Katatagan ng VPN

Magsimula sa pagsubok ng koneksyon sa kaukulang server o gateway.

Test-NetConnection server.example.com -Port 3389

Sinusubukan nito kung ang isang TCP na koneksyon ay maaaring gawin sa ibinigay na destinasyon at port. Palitan ang hostname at port ng mga halaga na nauugnay sa iyong kapaligiran.

Upang magsagawa ng patuloy na mga pagsusuri sa kakayahang maabot, isagawa:

ping server.example.com -t

Ang paggamit ng tuloy-tuloy na ping ay maaaring magpahayag ng paminsang pagkawala ng packet o pagtaas ng latency kung pinapayagan ang Internet Control Message Protocol (ICMP). Gayunpaman, ang matagumpay na tugon sa ping ay hindi garantiya ng katatagan ng RDP transport.

Kung ang mga pagkakahiwalay ay may kaugnayan sa mga pagkaabala sa network, isaalang-alang ang mga pagkaabala sa Wi-Fi, mga pagkabigo ng VPN tunnel , mga pagbabago sa routing at mga transisyon ng estado ng firewall.

Ang mga pagkabigo sa VPN rekeying, mga timeout ng koneksyon ng firewall at mga pag-expire ng session ng Network Address Translation (NAT) ay maaaring makagambala sa mga matatag na koneksyon ng RDP.

Kapag sinusuri ang mga alternatibong landas ng koneksyon, gumamit lamang ng mga awtorisadong ruta ng network. Huwag ilantad ang RDP sa pangkalahatang trapiko ng Internet o lumihis sa mga ipinag-uutos na patakaran sa seguridad ng VPN para sa mga layuning diagnostic.

Suriin Kung Ang RDP UDP Transport Ay May Responsibilidad

Ang mga modernong sesyon ng RDP ay gumagamit na ngayon ng User Datagram Protocol (UDP) bilang karagdagan sa Transmission Control Protocol (TCP) para sa mas mataas na tugon.

Ngunit ang mga maling nakonfigurang firewall, VPN, o anumang iba pang mga aparato sa network ay maaaring humarang sa mga UDP packet.

Upang subukan kung ang isang problema ay dulot ng mga UDP packet, gamitin ang mga tagubilin sa ibaba upang pilitin ang Remote Desktop client na gumamit lamang ng TCP.

Buksan ang Group Policy sa client computer at magpatuloy sa:

Konfigurasyon ng Computer > Mga Administrative Template > Mga Komponent ng Windows > Mga Serbisyo ng Remote Desktop > Kliyente ng Koneksyon ng Remote Desktop

Paganahin Patayin ang UDP sa Kliyente , pagkatapos ay muling kumonekta at obserbahan kung patuloy ang mga pagka-abala.

Kung ang koneksyon ay tumatag, tingnan ang paghawak ng UDP sa kahabaan ng landas ng network.

Ito ay isang hakbang sa diagnosis, hindi isang pangkalahatang solusyon. Ang mga koneksyong TCP lamang ay magkakaroon ng iba't ibang pag-uugali sa mga network na may mahinang kalidad, kaya't siguraduhing muling itatag ang ginustong transportasyon kapag ang pangunahing sanhi ng isyu ay naayos na.

Suriin ang Kalusugan ng Remote Desktop Client at Server

Maaaring ma-trigger ang mga patuloy na pagkakahiwalay ng mga luma o hindi napapanahong bahagi ng Windows, mga driver ng network, o kawalang-tatag sa remote host.

Tiyakin na ang mga sistema ng kliyente at host ay nananatiling napapanahon. Tukuyin kung may mga isyu na lumitaw pagkatapos ng mga pag-update ng Windows, mga pagbabago sa driver o mga pagsasaayos ng configuration ng network.

Suriin ang paggamit ng CPU, memorya at disk malapit sa oras ng mga pagkabigo. Pagsubaybay sa pagganap ng RDP session maaaring makatulong na iugnay ang pagkaubos ng mapagkukunan na maaaring makaapekto sa pagganap ng Remote Desktop Services, kahit na ang mataas na paggamit ay hindi kinakailangang tukuyin ang ugat na sanhi.

Iwasan ang pag-restart ng Remote Desktop Services bilang isang paunang hakbang sa diagnosis sa mga production server. Ang mga restart ng serbisyo o host ay dapat ipagpaliban hanggang sa makumpleto ang angkop na mga pamamaraan ng pamamahala ng pagbabago at diagnosis, dahil maaari itong makagambala sa ibang mga gumagamit.

Ano ang Paraan upang Mag-diagnose ng RDP Disconnections Kapag Gumagamit Ka ng Windows Logs?

Kapag ang iyong patakaran o mga pagsusuri sa koneksyon ay hindi nagpapakita ng dahilan, makakatulong ang mga log ng kaganapan ng Windows upang matukoy kung ano ang maaaring nangyari bago at habang may disconnection. Pagtuturo ng Microsoft Learn sa pag-aayos ng mga problema nagbibigay ng karagdagang impormasyon tungkol sa pag-diagnose ng mga error sa pagkakahiwalay ng Remote Desktop.

Suriin ang mga Kaganapan sa Remote Desktop sa Event Viewer

Buksan eventvwr.msc sa apektadong Windows system.

Kabilang sa mga kaugnay na channel ng kaganapan sa server-side ang:

• Mga Aplikasyon at Serbisyo na mga Log > Microsoft > Windows > TerminalServices-LocalSessionManager > Operational
• Mga Aplikasyon at Serbisyo na mga Log > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Operasyonal
• Windows Logs > System

Ang mga kaganapang ito ay makakatulong upang matukoy ang mga koneksyon ng sesyon, mga disconnection, o mga isyu sa authentication at mga problema sa sistema.

Para sa bawat kaganapan, tandaan ang gumagamit na naapektuhan, ang Session Host, ang tinatayang oras ng kaganapan, at ang uri ng koneksyon na ginamit. Ihambing ang mga kaganapang ito sa mga nakuhang data ng iyong RD Gateway, VPN, at software sa pagsubaybay sa network.

Isang kaganapan sa Windows na nagsasaad na ang isang sesyon ay na-disconnect ay hindi palaging tumutukoy sa pangunahing sanhi. Maaaring kinakailangan na suriin ang mga kaugnay na kaganapan.

Suriin Kung Umiiral Pa ang Windows Session

Sa Remote Desktop Session Host, patakbuhin:

query session

Ipinapakita ng utos na ito ang iyong kasalukuyang mga sesyon at ang kanilang mga katayuan.

Kung ang nagkakaproblema na sesyon ay patuloy na naka-disconnect, maaaring tumatakbo pa rin ang iyong mga app. Kung ang sesyon ay wala na, tingnan ang mga logoff, mga patakaran sa paglilinis ng sesyon at mga pag-reboot ng host.

Sa mga shared na RDS server, iwasan ang pagpatay ng mga session kapag nag-troubleshoot, maliban kung alam mo kung sino ang apektado at kung ano ang maaaring maging mga epekto.

Iugnay ang mga Pagkakahiwalay sa Maramihang Gumagamit

Kapag maraming gumagamit ang sabay-sabay na nag-disconnect, tingnan muna ang imprastruktura bago lumipat sa mga indibidwal na makina ng gumagamit.

Ang pag-restart ng isang gateway, mga isyu sa network o isang pag-crash ng Session Host ay maaaring magdulot ng sabay-sabay na pagbagsak ng maraming gumagamit.

Ang pag-uugnay ng mga kaganapan sa maraming makina ay nakakatulong upang matukoy kung ito ay isang nakahiwalay na isyu ng kliyente o isang mas malawak na problema.

Sa ilang pagkakataon, maaaring kailanganin ang karagdagang pagsusuri ng RDS at mga bakas ng network upang matukoy ang eksaktong sanhi at pagkakasunod-sunod ng mga kaganapan.

Paano Mo Mapapanatiling Tumakbo ang mga Sesyon at Aplikasyon ng Remote Desktop?

Ilang mga gumagamit ang nais na maiwasan ang mga disconnection ng Remote Desktop dahil pinapayagan nito ang mga aplikasyon na magpatuloy sa pagtakbo pagkatapos nilang tapusin ang remote session.

Gayunpaman, ang pagpapanatili ng bukas na sesyon ng RDP at pagtiyak na ang Windows workload ay patuloy na tumatakbo ay dalawang magkaibang kaso ng paggamit.

Idiskonek nang hindi nag-sign out

Karaniwang idinadiskonekta ng pagsasara ng Remote Desktop client ang iyong koneksyon ngunit hindi ka nilalabas sa Windows.

Ang sesyon na iyong naitatag ay karaniwang nananatili, at ang mga app ay karaniwang naiwan na bukas maliban kung may patakaran sa sesyon o ibang kaganapan na nagsasara sa mga ito.

Sa kabaligtaran, ang pagpili Mag-sign out nagtatapos ng sesyon ng Windows at karaniwang nagsasara ng mga aplikasyon nito.

Kung ang mga aplikasyon ay nagtatapos nang hindi inaasahan pagkatapos ng isang pagkakahiwalay, suriin ang panahon ng pag-time out ng disconnected-session at anumang mga patakaran na awtomatikong naglilinis ng mga sesyon.

Patakbuhin ang mga Background Workloads nang Nakapag-iisa mula sa mga RDP Session

Ang mga aplikasyon at proseso na kailangang tumakbo nang tuloy-tuloy ay hindi dapat nakadepende sa isang interactive na RDP session na nananatiling bukas.

Depende sa workload, ang mga potensyal na alternatibo ay kinabibilangan ng mga serbisyo ng Windows, Task Scheduler o automation na partikular sa aplikasyon.

Habang ang Task Scheduler ay maaaring magpatakbo ng mga tiyak na gawain nang hindi nakikialam (nang walang interactive logon), hindi lahat ng mga aplikasyon ng desktop ng Windows ay sumusuporta sa ganitong uri ng operasyon.

Para sa mga kritikal na workload, ang pinapaboran na paraan ay ang paghiwalayin ang proseso ng aplikasyon mula sa interactive session ng administrator, nang buo.

Paano Mo Maiiwasan ang Paulit-ulit na Pagkakahiwalay ng Remote Desktop?

Ang pagpapatupad ng mga pamantayang patakaran sa sesyon, pagkakaroon ng imprastruktura, at pangkalahatang-ideya ng aktibidad sa network ay may malaking kontribusyon sa pagpigil sa mga random na pagdiskonekta ng RDP.

Una, dapat itakda ng administrator ang mga limitasyon at timeout ng aktibo, hindi aktibo, at nakadiskonekta na mga sesyon ayon sa patakaran sa seguridad ng kumpanya at mga pangangailangan ng gumagamit. Bukod dito, ang regular na pagsusuri ng mga naipatutupad at epektibong Group Policies, gateway, at timeout ng mga network device ay nakakatulong upang maiwasan ang pagkakadiskonekta ng sesyon na dulot ng kanilang hindi pagkakatugma.

Halimbawa, kung ang paggamit ng RDS Host ay may maraming bisita o gumagamit, ang pagsusuri sa pagganap ng server at ang hiwalay na pagsisiyasat sa mga error o insidente na nangyayari sa panahon ng sesyon ay magiging magandang ideya. Papayagan nitong matukoy ang pinagmulan ng isyu at alisin ang mga problema sa lahat ng gumagamit o bisita nang sabay-sabay.

Isang pagkakamali na maniwala na mas mahaba ang aktibong o patuloy na sesyon, mas mabuti. Bagaman kapaki-pakinabang ito para sa pagmamanman ng imprastruktura, ang isang bukas at tumatakbong sesyon na walang operator ay maaaring maging banta sa seguridad.

Ang pangunahing ideya ay pigilan ang hindi planadong pag-disconnect at mga pagka-abala ng RDP nang hindi nagdudulot ng hindi katatagan ng sistema at mga problema sa seguridad para sa mga operator at mga gumagamit na nagtatrabaho sa remote desktop.

Naghahanap ng Mas Simpleng Alternatibo sa Tradisyunal na RDS?

Para sa mga organisasyon na naghahanap na pasimplehin ang sentralisadong paghahatid ng mga aplikasyon at desktop ng Windows, TSplus Remote Access nag-aalok ng pag-publish ng aplikasyon, access na batay sa browser at kakayahan ng multiuser session. Nagbibigay ito ng alternatibong paraan sa tradisyunal na mga deployment ng RDS habang pinapayagan ang mga IT team na pamahalaan ang remote connectivity sa pamamagitan ng isang sentralisadong solusyon.

Wakas

Kapag ang Remote Desktop ay patuloy na nagdidiskonekta, simulan sa pagtukoy kung ang Windows session ay nagla-lock, nagdidiskonekta o nagtatapos. Ang mga inaasahang pagka-abala ay karaniwang nag-ujustify sa pag-check ng mga patakaran ng session, habang ang mga random na pagkabigo ay nangangailangan ng mas malapit na pagsusuri ng network transport, gateways at mga log ng sistema.

Mas epektibo ang mga nakatutok na pagbabago sa configuration kaysa sa pag-disable ng lahat ng timeouts. Ang mga pare-parehong patakaran at pagmamanman ay tumutulong upang mapanatili ang maaasahang mga koneksyon sa RDP nang hindi pinahihina ang seguridad.