NAT VPN சேவையகத்திலா அல்லது ரவுட்டரிலா? இரண்டும் செயல்படலாம்

மடிக்கணினியில் ஒரு இணைப்பை இயல்புநிலை வழியாகக் குறிப்பதுதான் அனைவரும் நினைவில் வைத்திருக்கும் படி, மேலும் நுழைவாயிலில் எதையும் மாற்றாததும் அதுவே. கிளையண்டு இப்போது இணையக் கோரிக்கைகளைச் சுரங்கப்பாதைக்குள் அனுப்புகிறது; அவை கட்டிடத்தை விட்டு வெளியேறுமா என்பது முன்னோக்கி அனுப்புதல், ஒரு மொழிபெயர்ப்புப் புள்ளி மற்றும் கிளையண்டின் தனிப்பட்ட முகவரியை அடையும் திரும்பும் பாதை ஆகியவற்றைப் பொறுத்தது. இரண்டு அமைப்புகள் மூன்றையும் வழங்க முடியும், அவை வேலையை வெவ்வேறு இடங்களில் வைக்கின்றன, பதிலின் திசைக்குப் பொறுப்பேற்க யாரும் இல்லாதபோது இரண்டும் ஒரே அமைதியான வழியில் தோல்வியடைகின்றன. அவற்றுக்கிடையே தேர்ந்தெடுப்பது கிளையண்டுக் குளத்தை யார் பார்க்க வேண்டும் என்பதற்கான கேள்வி.

கட்டுக்கதை: கிளையண்டின் வழியே வெளியேறும் பாதையை உருவாக்குகிறது

கட்டாயச் சுரங்கப்பாதை என்பது கிளையண்டுப் பக்கக் கொள்கை: போக்குவரத்து இயற்பியல் அடாப்டருக்குப் பதிலாக VPN அடாப்டருக்குச் செல்லும் என்று அது தீர்மானிக்கிறது. Microsoft இன் VPN வழியமைப்பு ஆவணம் அந்தப் பிரிப்பையும் கட்டாய நடத்தையையும் விவரிக்கிறது, அது கிளையண்டின் வழிப் பட்டியலைப் பற்றிய கூற்று, சேவையகத்தின் முன்னோக்கி அனுப்புதல் விதிகளைப் பற்றியது அல்ல. கிளையண்டின் பார்வையில் சுரங்கப்பாதை என்பது இணையம் வசிக்கும் இடம்; நுழைவாயிலின் பார்வையில் ஒரு பாக்கெட் மேலே யாரும் ஒருபோதும் கேள்விப்படாத முகவரியிலிருந்து வந்தது. எந்தப் பக்கமும் தனியாகத் தவறாக அமைக்கப்படவில்லை, அதனால்தான் மடிக்கணினி அருகில் இருப்பவருக்கு இந்தத் தோல்வி உடைந்த சேவையகம் போலத் தெரிகிறது.

அந்தப் பொருந்தாமையே இந்தக் கட்டுரையின் மீதமுள்ள பகுதி தீர்க்கும் முழுப் பிரச்சினை. ஏதாவது கிளையண்டின் தனிப்பட்ட முகவரியைத் திருப்பித் தரக்கூடியதாக்க வேண்டும், தேர்வு எங்கே என்பதுதான்.

முதலில் பதிலின் பாதையை வரையவும்

எந்த அமைப்பையும் தொடுவதற்கு முன் பாதையை உண்மையான முகவரிகளுடன் எழுதி, அதில் இரண்டு சாத்தியமான மொழிபெயர்ப்புப் புள்ளிகளைக் குறிக்கவும். இந்த ஆய்வகம் 10.70.0.0/24 இன் VPN குளத்தைப் பயன்படுத்துகிறது, அதில் ஒரு கிளையண்டு 10.70.0.37 இல், சேவையகத்தின் LAN முகவரி 172.16.40.10, ரவுட்டர் 172.16.40.1 இல் மற்றும் பொது வெளியேற்றம் 203.0.113.40 இல் உள்ளன.

client 10.70.0.37 -- tunnel --> RRAS 172.16.40.10 -- LAN --> router 172.16.40.1 --> 203.0.113.40
                                  (translate here?)                             (or here?)

ஏற்கனவே இணையத்தை உலாவும் சேவையகம் தன் சொந்தப் பாதையை மட்டுமே நிரூபிக்கிறது. கிளையண்டின் சார்பாக முன்னோக்கி அனுப்பப்படும் பாக்கெட் வேறொரு முடிவு, அதே இயந்திரத்தில் முன்னோக்கி அனுப்புதல் கொள்கையால் எடுக்கப்படுகிறது, பொதுவாக அதுவே இல்லாமல் இருக்கிறது. வரைபடத்தில் மூன்று முடிவுப் புள்ளிகளைக் குறிப்பது உரையாடலை ஒரு நேரத்தில் அவற்றில் ஒன்றில் மட்டும் வைத்திருக்கிறது.

விருப்பம் A: VPN சேவையகத்தில் மொழிபெயர்த்தல்

இங்கே சேவையகம் பாக்கெட்டை ரவுட்டரிடம் ஒப்படைப்பதற்கு முன் கிளையண்டின் மூலத்தைத் தன் சொந்த LAN முகவரியாக மொழிபெயர்க்கிறது, ரவுட்டர் வெளியேறும் வழியில் தன் வழக்கமான மொழிபெயர்ப்பைப் பயன்படுத்துகிறது. பதிலில் ரவுட்டரின் மேப்பிங் சேவையகத்தின் முகவரியை மீட்டெடுக்கிறது, சேவையகத்தின் மேப்பிங் கிளையண்டின் முகவரியை மீட்டெடுக்கிறது. வரிசையாக இரண்டு நிலைமை கொண்ட மொழிபெயர்ப்புகள் சாதாரணமானவை மற்றும் செயல்படக்கூடியவை, இரண்டும் பதிவு செய்யப்பட்டால்; ரவுட்டருக்கு ஒருபோதும் குளத்திற்கு வழி தேவைப்படாது, அதுவே இந்த அமைப்பின் கவர்ச்சி.

Get-RemoteAccess | Select-Object VpnS2SInterface, RoutingDomain
Get-NetNat | Select-Object Name, InternalIPInterfaceAddressPrefix

NAT உள்ளது என்று கருதுவதற்குப் பதிலாக சேவையகத்திடம் ஏற்கனவே என்ன இருக்கிறது என்பதைப் பார்க்க இந்த வாசிப்புகளைப் பயன்படுத்தவும். வலைப்பதிவிலிருந்து நகலெடுக்கப்பட்ட Linux masquerade விதி Windows அமைப்பு அல்ல, VPN கேட்பவருக்கான ஹோஸ்ட் ஃபயர்வால் அனுமதி கிளையண்டின் கோரிக்கையை மேலும் அனுப்புவதற்கான அனுமதியின் அதே கொள்கை அல்ல. சேவையகத்தின் முன்னோக்கி அனுப்புதல் பங்கை அதன் சொந்த நிர்வாக இடைமுகத்திலிருந்து உறுதிப்படுத்தி, பின்னர் மொழிபெயர்ப்பைத் தனித்தனியாகப் பார்க்கவும், ஏனெனில் இரண்டையும் பெரும்பாலும் வரிசைப்படுத்தலின் வெவ்வேறு பகுதிகள் இயக்குகின்றன.

விருப்பம் B: குளத்தை ரவுட்டருக்கு எடுத்துச் செல்லுதல்

இரண்டாவது அமைப்பில் சேவையகம் கிளையண்டின் உண்மையான மூல முகவரியை முன்னோக்கி அனுப்புகிறது, ரவுட்டர் அதை மொழிபெயர்க்கிறது. இது கிளையண்டுக் குளத்தை விளிம்பில் தெரியும்படி வைத்திருக்கிறது, போக்குவரத்துக் கொள்கை, பதிவு அல்லது ஆய்வு ரவுட்டரில் இருந்தால் அது உதவுகிறது. மேலும் ரவுட்டருக்கு 10.70.0.0/24 க்கான 172.16.40.10 ஐ நோக்கும் திரும்பும் வழியும், அந்த முன்னொட்டை உண்மையில் உள்ளடக்கிய இணையக் கொள்கையும் தேவை என்று இது பொருள்படும்; LAN துணை வலையமைப்பிற்காக எழுதப்பட்ட விதி அமைதியாகக் குளத்திற்கு விரிவடையாது.

விளிம்புச் சாதனமே எண்ணப்பட்ட கொள்கை உரிமையாளராகவும், அதன் வழியமைப்பு மற்றும் மொழிபெயர்ப்பு அட்டவணைகளில் மற்றொரு முன்னொட்டை ஏற்கவும் முடியும்போது இதைத் தேர்ந்தெடுக்கவும். குளம் மேலே கண்ணுக்குத் தெரியாமல் இருக்க வேண்டும் மற்றும் ரவுட்டரை அதே குழு நிர்வகிக்காதபோது சேவையகப் பக்க மொழிபெயர்ப்பைத் தேர்ந்தெடுக்கவும். எந்த விருப்பமும் கிளையண்டில் உள்ள எந்தத் தேர்வுப்பெட்டியாலும் குறிப்பிடப்படவில்லை, எதுவும் பொதுவாக மிகவும் பாதுகாப்பானது அல்ல; அவை தெரிவுநிலையையும் பராமரிப்பையும் வெவ்வேறு இடங்களில் வைக்கின்றன.

DNS, IPv6 மற்றும் ஏற்பை வெளிப்படையாக்குங்கள்

முகவரி மொழிபெயர்ப்பு பெயர் தீர்வைச் சரிசெய்யாது. கிளையண்டு VPN சுயவிவரத்துடன் வழங்கப்பட்ட தீர்வியை, குறிப்பிட்ட பெயர்வெளிகளுக்கான தனிப்பட்ட தீர்வியை, அல்லது அங்கீகரிக்கப்பட்ட பொது ஒன்றைப் பயன்படுத்தலாம், அந்தக் கொள்கையின் கீழ் அணுக முடியாத தீர்வி வழியமைப்பு செயல்பட்ட பிறகும் தோல்வியடைந்து கொண்டே இருக்கும். பெயரையும் முகவரியையும் தனித்தனியாகச் சோதிக்கவும், இரு தோல்விகளும் ஒருபோதும் ஒரே அறிக்கையில் இணையாதிருக்க.

IPv6 க்கு வடிவமைப்பில் அதற்கே உரிய பத்தி தேவை. செயல்படும் IPv4 மொழிபெயர்ப்பு IPv6 கிளையண்டுகளுக்கு வழி, செல்லுபடியாகும் பொது மூலம் அல்லது சுரங்கப்பாதை விழும்போது அவற்றைத் தடுக்கும் கொள்கை உள்ளதா என்பதைப் பற்றி எதுவும் கூறாது. அதைச் சொல்லாமல் விடுவது பாதி கிளையண்டுகள் அமைதியாக நுழைவாயிலைத் தவிர்க்கின்றன என்பதையும் மற்ற பாதி செயல்படுகிறது என்பதையும் குறிக்கும்.

ஏற்புக்கு, அனுமதிக்கப்பட்ட ஒரு கிளையண்டு கோரிக்கையையும் அதன் பதிலையும் இரு எல்லைகளிலும் பின்தொடர்ந்து, அந்தத் தருணத்தில் ஒவ்வொரு எல்லையும் எந்த முகவரியைப் பார்க்க வேண்டும் என்பதை எழுதுங்கள். அந்தப் பதிவுதான் அடுத்த குள மாற்றத்தைக் காணாமற்போன திரும்பும் வழியின் உரிமையாளர் யார் என்பதற்கான வாதத்திற்குப் பதிலாக ஐந்து நிமிடத் திருத்தமாக மாற்றுகிறது. பதிவை டிக்கெட்டில் அல்ல, கிளையண்டு சுயவிவரத்துடன் வைத்திருங்கள், ஏனெனில் அடுத்த பொறியாளர் முதலில் கண்டுபிடிப்பது சுயவிவரமே.