റിമോട്ട് കമ്പ്യൂട്ടർ VPN-ലേക്ക് കണക്ട് ചെയ്യുമ്പോൾ RDP എന്തിന് ഫ്രീസ് ആകുന്നു

നിങ്ങൾ RDP വിൻഡോയ്ക്കുള്ളിലാണ്, ഡെസ്ക്ടോപ്പ് സ്ക്രീനിൽ ഉണ്ട്, ആ റിമോട്ട് മെഷീനിൽ പ്രവർത്തിക്കുന്ന VPN ക്ലയന്റിൽ Connect അമർത്തുന്നു. കുറച്ച് സെക്കൻഡുകൾക്ക് ശേഷം വിൻഡോ ഫ്രീസ് ആയി പിന്നീട് അടയുന്നു. ടണൽ ഉയർന്നു, അതാണ് VPN ലോഗ് രേഖപ്പെടുത്തുക, അതാണ് ഈ സംഭവത്തിലെ ഏറ്റവും ഉപയോഗശൂന്യമായ വസ്തുത. നിങ്ങൾ സംസാരിച്ചിരുന്ന മെഷീൻ നിങ്ങൾക്ക് മറുപടി നൽകുന്ന രീതി മാറ്റിയതുകൊണ്ടാണ് സെഷൻ നശിച്ചത്, അതിനാൽ ടണൽ തൊടുന്നതിന് മുമ്പ് മടങ്ങിവരവ് പാത പരിശോധിക്കുക.

നിങ്ങളുടെ സെഷൻ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന എൻഡ്പോയിന്റ് രേഖപ്പെടുത്തുക

നിങ്ങളുടെ RDP ക്ലയന്റിൽ ടൈപ്പ് ചെയ്ത വിലാസം റിമോട്ട് കമ്പ്യൂട്ടർ മറുപടി നൽകുന്ന വിലാസം ആയിരിക്കണമെന്നില്ല. NAT, RD Gateway, അല്ലെങ്കിൽ ഹോസ്റ്റിന് മുന്നിലുള്ള ലോഡ് ബാലൻസർ അത് വീണ്ടും എഴുതാം, മാത്രമല്ല സ്ഥാപിത കണക്ഷനിൽ റിമോട്ട് മെഷീൻ കാണുന്ന സ്രോതസ്സ് വിലാസമാണ് മടങ്ങിവരവ് പാത നിർണ്ണയിക്കുന്നത്. ഇവിടെ തെറ്റ് പറ്റിയാൽ ഒരിക്കലും ഉൾപ്പെടാത്ത ഒരു റൂട്ട് തിരയാൻ പോകും.

റിമോട്ട് കമ്പ്യൂട്ടറിൽ, VPN കണക്ട് ചെയ്യുന്നതിന് മുമ്പ്, സ്ഥാപിത സെഷനുകൾ പട്ടികപ്പെടുത്തി പട്ടികയിൽ നിന്ന് പിയർ വിലാസം വായിക്കുക. അതിനുശേഷം അത് ആ മെഷീന് പുറത്ത് എവിടെയെങ്കിലും എഴുതി വയ്ക്കുക, കാരണം സെഷൻ വീണതിന് ശേഷം നിങ്ങൾക്ക് അത് വായിക്കാൻ കഴിയില്ല.

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

ആ വിലാസത്തെ എത്തിച്ചേരാവുന്നതായി തുടരേണ്ട കാര്യമായി കണക്കാക്കുക. അത് മാനേജ്മെന്റ് VLAN-ലെ സ്വകാര്യ വിലാസമാണെങ്കിൽ, ടണൽ ആ പാത വെറുതെ വിടണം. അത് പൊതു വിലാസമാണെങ്കിൽ, അഭ്യർത്ഥന ഉള്ളിലേക്ക് കൊണ്ടുവന്ന അതേ ഇന്റർഫേസിലൂടെ മറുപടി പുറത്തുപോകണം.

ആ എൻഡ്പോയിന്റിന് മറുപടി നൽകുന്ന റൂട്ട് വായിക്കുക

Windows ഓരോ ലക്ഷ്യസ്ഥാനത്തിനും ഒരു ഇന്റർഫേസ് തിരഞ്ഞെടുക്കുന്നു, Find-NetRoute ഇപ്പോൾ എടുക്കുന്ന തീരുമാനം കാണിക്കുന്നു. കണക്ട് ചെയ്യുന്നതിന് മുമ്പ് പിയർ വിലാസത്തിൽ അത് പ്രവർത്തിപ്പിക്കുക, പിന്നീട് ടണൽ ഉയർന്നിരിക്കുമ്പോൾ വീണ്ടും, രണ്ട് മറുപടികളിലെയും ഇന്റർഫേസ് സൂചികയും അടുത്ത ഹോപ്പും താരതമ്യം ചെയ്യുക. ഇന്റർഫേസ് മാറുന്നതാണ് ഔട്ട്പുട്ടിന്റെ ഒരു വരിയിലെ മുഴുവൻ ബഗ്.

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

ഫുൾ-ടണൽ പ്രൊഫൈൽ ടണലിലൂടെ ഒരു ഡിഫോൾട്ട് റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യുന്നു, Windows-ന്റെ VPN റൂട്ടിംഗ് ഗൈഡ് വിവരിക്കുന്നതുപോലെ, അതിനാൽ ഇപ്പോൾ ഓരോ മറുപടിയും VPN വഴി പുറത്തുപോകുന്നു, മാത്രമല്ല എതിർവശം നിങ്ങളുടെ ക്ലയന്റിലേക്ക് തിരികെ റൂട്ട് ചെയ്യുന്നുണ്ടോ എന്നതിനെ ആശ്രയിക്കുന്നു. സ്പ്ലിറ്റ്-ടണൽ പ്രൊഫൈൽ ഡിഫോൾട്ടായി കൂടുതൽ സുരക്ഷിതമാണ് പക്ഷേ പ്രതിരോധശേഷിയുള്ളതല്ല, കാരണം പിയർ വിലാസം ഉൾക്കൊള്ളുന്ന ഒരു നിർദ്ദിഷ്ട റൂട്ടിന് ഇപ്പോഴും ഭൗതിക ഡിഫോൾട്ട് റൂട്ടിനെ തോൽപ്പിക്കാൻ കഴിയും. ഏതായാലും ചോദ്യം ഒന്നുതന്നെ: ടണൽ ഉയർന്നതിന് ശേഷം, സെഷൻ ഉള്ളിലേക്ക് കൊണ്ടുവന്ന ഇന്റർഫേസിലേക്ക് പിയർ വിലാസം ഇപ്പോഴും പരിഹരിക്കപ്പെടുന്നുണ്ടോ?

ഇല്ലെങ്കിൽ, തിരുത്തൽ പ്രൊഫൈലിലോ VPN നയത്തിന്റെ ഉടമ അംഗീകരിച്ച വ്യക്തമായ ഒഴിവാക്കൽ റൂട്ടിലോ ആണ്. സംഭവസമയത്ത് പ്രൊഡക്ഷൻ ഹോസ്റ്റിൽ കൈകൊണ്ട് റൂട്ടിംഗ് പട്ടിക തിരുത്തുന്നതാണ് താൽക്കാലിക പരിഹാരം രേഖപ്പെടുത്താത്ത കോൺഫിഗറേഷനായി മാറുന്ന വഴി.

ഫയർവാൾ പ്രൊഫൈലിന്റെ മാറ്റം നിരീക്ഷിക്കുക

പുതിയ ഇന്റർഫേസ് പ്രത്യക്ഷപ്പെടുമ്പോൾ വർഗ്ഗീകരിക്കപ്പെടുന്നു, ആ വർഗ്ഗീകരണമാണ് അതിന്റെ ട്രാഫിക് ഏത് ഫയർവാൾ പ്രൊഫൈൽ പ്രകാരം വിലയിരുത്തപ്പെടും എന്ന് തീരുമാനിക്കുന്നത്. Public വിഭാഗത്തിൽ വരുന്ന ടണൽ അഡാപ്റ്റർ, റൂട്ടിംഗ് പട്ടിക തികച്ചും ശരിയായി കാണപ്പെട്ടാലും ഇൻബൗണ്ട് RDP നിശ്ശബ്ദമായി നിർത്താം. ഇതാണ് രണ്ടാമത്തെ പരാജയ മോഡ്, അത് വ്യത്യസ്തമായ ലക്ഷണം നൽകുന്നു: റൂട്ട് ശരിയാണ്, പാക്കറ്റുകൾ എത്തുന്നു, ഹോസ്റ്റ് കണക്ഷൻ നിരസിക്കുന്നു.

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

ടണൽ ഇന്റർഫേസിൽ ബന്ധിപ്പിച്ചിരിക്കുന്ന പ്രൊഫൈലിനെ Remote Desktop നിയമങ്ങൾ ലക്ഷ്യമിടുന്ന പ്രൊഫൈലുകളുമായി താരതമ്യം ചെയ്യുക. Domain, Private എന്നിവയ്ക്ക് മാത്രം പ്രവർത്തനക്ഷമമായ ഒരു നിയമം Public എന്ന് വർഗ്ഗീകരിക്കപ്പെട്ട ഇന്റർഫേസിന് ഒന്നും ചെയ്യുന്നില്ല, ഒരു റൂട്ട് തിരുത്തലും അത് മാറ്റുന്നില്ല. ചില VPN ക്ലയന്റുകൾ രൂപകൽപ്പനപ്രകാരം പ്രാദേശിക സബ്നെറ്റ് ആക്സസും പരിമിതപ്പെടുത്തുന്നു, അത് മറ്റൊരു നിയന്ത്രണത്തിൽ നിന്ന് അതേ രൂപത്തിലുള്ള പരാജയം സൃഷ്ടിക്കുന്നു.

നിങ്ങൾക്ക് തിരികെ വരാൻ കഴിയുന്ന ഒരിടത്തുനിന്ന് പരിവർത്തനം പരീക്ഷിക്കുക

മുഴുവൻ ക്രമവും ഔട്ട്-ഓഫ്-ബാൻഡ് കൺസോളിൽ നിന്നോ രണ്ടാമത്തെ മാനേജ്മെന്റ് പാതയിൽ നിന്നോ ഈ ക്രമത്തിൽ ചെയ്യുക: നിലവിലുള്ള സെഷൻ സ്ഥിരീകരിക്കുക, VPN കണക്ട് ചെയ്യുക, പുതിയ സെഷൻ തുറക്കുക, പിന്നീട് VPN വിച്ഛേദിക്കുക, മറ്റൊന്ന് തുറക്കുക. ഓരോ ഘട്ടവും വ്യത്യസ്ത പരിവർത്തനം പരീക്ഷിക്കുന്നു, ആദ്യം പരാജയപ്പെടുന്നത് ഏത് നിയന്ത്രണമാണ് ഉത്തരവാദി എന്ന് പറയുന്നു.

തുടങ്ങുന്നതിന് മുമ്പ് റോൾബാക്ക് ഷെഡ്യൂൾ ചെയ്യുക, ഉദാഹരണത്തിന് നിശ്ചിത ഇടവേളയ്ക്ക് ശേഷം rasdial "Work VPN" /disconnect പ്രവർത്തിപ്പിക്കുന്ന ഒരു ഷെഡ്യൂൾ ചെയ്ത ടാസ്ക്. അത് നഷ്ടപ്പെട്ട സെഷനെ സൈറ്റ് സന്ദർശനത്തിന് പകരം അഞ്ച് മിനിറ്റ് തടസ്സമാക്കി മാറ്റുന്നു, മുഴുവൻ നടപടിക്രമത്തിലെയും ഏറ്റവും വിലകുറഞ്ഞ ഇൻഷുറൻസ് അതാണ്.

സെഷൻ ഇതിനകം പോയിക്കഴിഞ്ഞാൽ വീണ്ടും അകത്തേക്ക് വരിക

ഹോസ്റ്റ് ഇതിനകം എത്തിച്ചേരാനാകാത്തതാണെങ്കിൽ, അതേ ക്ലയന്റിൽ നിന്ന് പുതിയ RDP കണക്ഷനുകൾ പരീക്ഷിക്കുന്നത് നിർത്തി, പരിസ്ഥിതിക്ക് ഇതിനകം ഉള്ള വീണ്ടെടുക്കൽ ചാനൽ ഉപയോഗിക്കുക: RD Gateway, ഹൈപ്പർവൈസർ കൺസോൾ, അല്ലെങ്കിൽ ഔട്ട്-ഓഫ്-ബാൻഡ് മാനേജ്മെന്റ് ഇന്റർഫേസ്. കൺസോൾ ആക്സസ് ഉള്ള വ്യക്തിയോട് അതേ Find-NetRoute ഒപ്പം Get-NetConnectionProfile കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കാൻ ആവശ്യപ്പെടുക, അതുവഴി തെളിവുകൾ വീണ്ടെടുക്കലിന് ശേഷവും നിലനിൽക്കും.

പിന്നീട് ഏറ്റവും വേഗതയേറിയതല്ല, സ്ഥിരമായ ക്രമീകരണം തീരുമാനിക്കുക. ഒന്നുകിൽ VPN പ്രൊഫൈൽ മാനേജ്മെന്റ് പാത വ്യക്തമായി സംരക്ഷിക്കുന്നു, അല്ലെങ്കിൽ മാനേജ്മെന്റ് ഹോസ്റ്റിന്റെ ഡിഫോൾട്ട് റൂട്ടിനെ ആശ്രയിക്കാത്ത ഒരു ചാനലിലേക്ക് മാറുന്നു. രണ്ടും നിലനിർത്താവുന്നതാണ്; ഊഹിച്ച ഗേറ്റ്വേയുള്ള ഹോസ്റ്റ് റൂട്ട് അല്ല. ഏതാണ് തിരഞ്ഞെടുത്തതെന്ന് എഴുതുക, നിലനിൽക്കേണ്ടിയിരുന്ന പിയർ വിലാസം രേഖപ്പെടുത്തുക.