இரட்டை WAN கொண்ட VPN கொள்கை எந்தப் பாக்கெட்டுடன் பொருந்த வேண்டும்?

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

இரண்டு உரையாடல்களுக்குப் பெயரிடுங்கள்

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

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

உங்கள் கொள்கை பாக்கெட்டை உண்மையில் எங்கே பார்க்க முடியும் என்பதைக் கண்டறியுங்கள்

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

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

நீங்கள் ஒப்புக்கொண்ட போக்குவரத்தை உறுதிப்படுத்துங்கள்

UDP-இல் மூடப்பட்ட IPsec-க்கு, RFC 3948 ESP-ஐ UDP-க்குள் வைக்கிறது, பங்கிடப்பட்ட துறையில் IKE வேறுபடுத்தக்கூடியதாக இருக்க ESP அல்லாத குறியைப் பயன்படுத்துகிறது. சாதாரண ESP ஒரு IP நெறிமுறை, TCP அல்லது UDP துறை அல்ல, எனவே துறை எண்ணுக்கு எதிராக எழுதப்பட்ட ஃபயர்வால் விதி அதனுடன் சிறிதும் பொருந்தாது. இந்த வேறுபாடுதான் உங்கள் WAN கொள்கைக்கு UDP விதி, நெறிமுறை விதி அல்லது இரண்டும் தேவையா என்பதைத் தீர்மானிக்கிறது.

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

உறுதிமொழி அளிக்கும் முன் திரும்பும் பாதையைச் சரிபாருங்கள்

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

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

இரண்டு பதிவுகள் மூலம் இரு அடுக்குகளையும் சரிபாருங்கள்

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

sudo tcpdump -ni wan1 'udp port 4500' -c 20
sudo tcpdump -ni tun0 'tcp port 443 and host 203.0.113.10' -c 20
ip route get 203.0.113.10 from 10.8.0.6

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