Kwa nini RDP inaganda kompyuta ya mbali inapounganisha VPN

Uko ndani ya dirisha la RDP, desktop iko kwenye skrini, na unabonyeza Connect kwenye mteja wa VPN unaoendesha kwenye mashine hiyo ya mbali. Sekunde chache baadaye dirisha linaganda kisha linafungwa. Handaki liliinuka, ambayo ndiyo hasa itakayoripotiwa na kumbukumbu ya VPN, na hilo ndilo jambo lisilo na maana zaidi katika tukio lote. Kipindi kilikufa kwa sababu mashine uliyokuwa ukizungumza nayo ilibadilisha jinsi inavyokujibu, kwa hiyo chunguza njia ya kurudi kabla ya kugusa handaki.

Rekodi kituo cha mwisho ambacho kipindi chako kinatumia kwa kweli

Anwani iliyoandikwa kwenye mteja wako wa RDP si lazima iwe anwani ambayo kompyuta ya mbali inajibu. NAT, RD Gateway au kusawazisha mzigo mbele ya mwenyeji vinaweza kuiandika upya, na njia ya kurudi inafafanuliwa na anwani ya chanzo ambayo mashine ya mbali inaona kwenye muunganisho ulioanzishwa. Kukosea hapa kunakupeleka kutafuta njia ambayo haikuhusika kamwe.

Kwenye kompyuta ya mbali, kabla VPN haijaunganishwa, orodhesha vipindi vilivyoanzishwa na usome anwani ya rika kutoka kwenye jedwali. Kisha iandike mahali pengine nje ya mashine hiyo, kwa sababu hutaweza kuisoma baada ya kipindi kuanguka.

Get-NetTCPConnection -LocalPort 3389 -State Established |
  Select-Object LocalAddress, RemoteAddress, RemotePort

Ichukulie anwani hiyo kama kitu kinachopaswa kubaki kufikiwa. Ikiwa ni anwani ya faragha kwenye VLAN ya usimamizi, handaki linapaswa kuacha njia hiyo. Ikiwa ni anwani ya umma, jibu linapaswa kutoka kupitia kiolesura kilekile kilicholeta ombi ndani.

Soma njia inayojibu kituo hicho cha mwisho

Windows huchagua kiolesura kwa kila marudio, na Find-NetRoute inaonyesha uamuzi ambao ingechukua sasa. Iendeshe kwenye anwani ya rika kabla ya kuunganisha, kisha tena handaki likiwa juu, na linganisha kielekezi cha kiolesura na hatua inayofuata katika majibu yote mawili. Mabadiliko ya kiolesura ndilo hitilafu yote katika mstari mmoja wa matokeo.

Find-NetRoute -RemoteIPAddress 203.0.113.24
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-VpnConnection -Name "Work VPN" | Select-Object SplitTunneling, Routes

Wasifu wa handaki kamili husakinisha njia chaguo-msingi kupitia handaki, kama mwongozo wa Windows wa uelekezaji wa VPN unavyoeleza, kwa hiyo kila jibu sasa linatoka kupitia VPN na linategemea upande wa pili kuelekeza kurudi kwa mteja wako. Wasifu wa handaki lililogawanywa ni salama zaidi kwa chaguo-msingi lakini hauna kinga, kwa sababu njia maalum inayofunika anwani ya rika bado inaweza kushinda njia chaguo-msingi ya kimwili. Vyovyote vile swali ni lilelile: baada ya handaki kuinuka, anwani ya rika bado inatatuliwa kwenye kiolesura kilicholeta kipindi ndani?

Ikiwa sivyo, marekebisho ni ya wasifu au ya njia maalum ya msamaha iliyoidhinishwa na mmiliki wa sera ya VPN. Kuhariri jedwali la uelekezaji kwa mkono kwenye mwenyeji wa uzalishaji wakati wa tukio ndiyo njia ambayo suluhisho la muda linakuwa usanidi usioandikwa.

Fuatilia mabadiliko ya wasifu wa firewall

Kiolesura kipya huainishwa kinapotokea, na uainishaji huamua wasifu gani wa firewall ambao trafiki yake inahukumiwa. Adapta ya handaki inayoangukia katika kundi la Public inaweza kusimamisha RDP inayoingia kwa kimya hata kama jedwali la uelekezaji linaonekana kamili. Hii ni hali ya pili ya kushindwa, na inazalisha dalili tofauti: njia ni sahihi, pakiti zinafika, na mwenyeji anakataa muunganisho.

Get-NetConnectionProfile
Get-NetFirewallProfile | Select-Object Name, Enabled
Get-NetFirewallRule -DisplayGroup "Remote Desktop" | Select-Object Name, Enabled, Profile

Linganisha wasifu uliounganishwa na kiolesura cha handaki na wasifu ambao sheria za Remote Desktop zimeelekezwa. Sheria iliyowezeshwa kwa Domain na Private pekee haifanyi chochote kwa kiolesura kilichoainishwa kama Public, na hakuna marekebisho ya njia yanayobadilisha hilo. Wateja wengine wa VPN pia huzuia ufikiaji wa subnet ya ndani kwa muundo, jambo ambalo huzalisha umbo lilelile la kushindwa kutoka kwa udhibiti mwingine.

Jaribu mpito kutoka mahali unapoweza kurudi

Fanya mfululizo wote kutoka kwa konsoli ya nje ya kamba au njia ya pili ya usimamizi, kwa mpangilio huu: thibitisha kipindi kilichopo, unganisha VPN, fungua kipindi kipya, kisha tenganisha VPN na ufungue kingine. Kila hatua hujaribu mpito tofauti, na ile ya kwanza kushindwa inakuambia udhibiti upi unahusika.

Panga kurudi nyuma kabla ya kuanza, kwa mfano kazi iliyopangwa inayoendesha rasdial "Work VPN" /disconnect baada ya muda maalum. Hiyo inageuza kipindi kilichopotea kuwa usumbufu wa dakika tano badala ya ziara ya eneo, na ni bima ya bei nafuu zaidi katika utaratibu wote.

Rudi ndani wakati kipindi tayari kimekwenda

Ikiwa mwenyeji tayari hafikiwi, acha kujaribu miunganisho mipya ya RDP kutoka kwa mteja yuleyule na tumia kituo cha urejeshaji ambacho mazingira tayari anacho: RD Gateway, konsoli ya hypervisor au kiolesura cha usimamizi cha nje ya kamba. Mwombe mtu aliye na ufikiaji wa konsoli kuendesha amri zilezile Find-NetRoute na Get-NetConnectionProfile, ili ushahidi uendelee kuwepo baada ya urejeshaji.

Kisha amua mpangilio wa kudumu badala ya ule wa haraka zaidi. Ama njia ya usimamizi inahifadhiwa waziwazi na wasifu wa VPN, au usimamizi unahamia kwenye kituo kisichotegemea njia chaguo-msingi ya mwenyeji. Zote mbili zinaweza kuteteleka; njia ya mwenyeji yenye lango lililokisiwa haifai. Andika uliyochagua, na rekodi anwani ya rika iliyopaswa kunusurika.