தொலைக் கம்ப்யூட்டர் 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 சுயவிவரம் நிர்வாகப் பாதையை வெளிப்படையாகப் பாதுகாக்கிறது, அல்லது நிர்வாகம் ஹோஸ்டின் இயல்புநிலை வழியைச் சாராத சேனலுக்கு மாறுகிறது. இரண்டும் நிலைத்திருக்கக்கூடியவை; ஊகிக்கப்பட்ட கேட்வே கொண்ட ஹோஸ்ட் வழி அல்ல. எதைத் தேர்ந்தெடுத்தீர்கள் என்று எழுதுங்கள், தப்பிக்க வேண்டியிருந்த பியர் முகவரியைப் பதிவு செய்யுங்கள்.