VPN கிளையண்ட் போக்குவரத்து மற்றும் ஃபயர்வால் நிலை: வெளி மற்றும் உள் ஓட்டம்

VPN கைக்குலுக்கல் முடிகிறது, கிளையண்ட் முகவரி பெறுகிறது, இருந்தும் கேட்வேக்குப் பின்னால் உள்ள சேவை இணைப்பை மறுக்கிறது. ஃபயர்வால் பெரும்பாலும் தனக்குச் சொன்னதைச் சரியாகச் செய்கிறது. அது வெளி டனல் ஓட்டத்தை அனுமதித்தது, அது டீகேப்சுலேட் செய்யப்பட்ட பயன்பாட்டு இணைப்பிலிருந்து வேறுபட்ட பாக்கெட். இதிலிருந்து இரண்டு முடிவுகள் வருகின்றன: எந்த ஓட்டத்தை அனுமதிக்கிறீர்கள், எல்லை நிலையைக் கண்காணிக்கிறதா என்பதும்.

இந்த இரண்டையும் பிரிக்கும் வரை, ஒவ்வொரு விதி மாற்றமும் ஒரு ஊகம்.

ஃபயர்வால் இரண்டு வெவ்வேறு பாக்கெட்டுகளைப் பார்க்கிறது

டீகேப்சுலேஷனுக்கு முன், ஃபயர்வால் VPN முனைக்கு முகவரியிடப்பட்ட போக்குவரத்தைப் பார்க்கிறது: கேட்பவரை நோக்கிய வெளி UDP ஓட்டம். டீகேப்சுலேஷனுக்குப் பின், அனுப்பப்படும் பாக்கெட் கிளையண்டின் உள் முகவரியையும் சேவையின் இலக்கையும் சுமக்கிறது.

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

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

முதல் முடிவு: டனலா சேவையா என்பதை அனுமதிப்பது

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

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

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

இரண்டாவது முடிவு: ஒவ்வொரு எல்லையிலும் நிலையுடன் அல்லது இல்லாமல்

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

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

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

அதே கொள்கையின் கீழ் திரும்பும் பாதையைச் சரிபார்க்கவும்

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

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