வேகமாக இருக்க VPN மடிக்கணினிக்கு IP முன்னனுப்புதல் தேவையா?
முன்னனுப்புதல் இடைமுகங்களுக்கு இடையே பாக்கெட்டுகளை அனுப்புகிறது; அது உள்ளக உலாவியை வேகப்படுத்தாது. விதியை விரிவாக்கும் முன் வாடிக்கையாளர் பங்கை கேட்வே பங்கிலிருந்து பிரிக்கவும்.
மடிக்கணினியை ரவுட்டராக மாற்றுவது தவறான சிக்கலைத் தீர்க்கும் பிரபலமான வழி. முன்னனுப்புதல் ஒரு இயந்திரம் தானே இல்லாத இலக்கைக் கொண்ட பாக்கெட்டுகளை அனுப்புவதற்காக உள்ளது, அதே இயந்திரத்தில் உலாவி ஒரு பக்கத்தை எவ்வளவு வேகமாக ஏற்றுகிறது என்பதில் அதற்கு எந்தக் கருத்தும் இல்லை. இரு பாதைகளும் ஒரே சுரங்கப்பாதை வழியாகப் போக்குவரத்தை அனுப்புவதால் மட்டுமே ஒரே மாதிரி தெரிகின்றன. ஒரு முறை அவற்றைப் பிரிக்கவும், முன்னனுப்புதலை இயக்குவது அல்லது தீச்சுவரைத் திறப்பது பற்றிய பல ஆலோசனைகள் உங்களிடம் இல்லாத ஒரு அமைப்பை விவரிப்பதாகத் தெரியும்.
மேசையிலிருந்து ஒரே மாதிரி தெரியும் இரு பாக்கெட் பாதைகள்
மடிக்கணினியின் உலாவி தன் சொந்தக் கோரிக்கையை உருவாக்குகிறது. ஹோஸ்ட் சுரங்கப்பாதையின் பாதையைத் தேர்ந்தெடுக்கிறது, வாடிக்கையாளர் செயல்முறை பாக்கெட்டைச் சுற்றி கூட்டாளிக்கு அனுப்புகிறது, பதில் பயன்பாட்டுக்குத் திரும்புகிறது. அந்த வரிசையில் எதுவும் முன்னனுப்புதல் முடிவைக் கடக்கவில்லை, ஏனெனில் இந்த இயந்திரமே உரையாடலின் மூலமும் இலக்கும் ஆகும்.
இப்போது வேண்டுமென்றே உள்ளமைக்கப்பட்ட ஈதர்நெட் பிரிவில் மற்றொரு சாதனத்தை வைத்து மடிக்கணினியை அதன் இயல்புநிலை கேட்வேயாக்குங்கள். அந்தச் சாதனம் கோரிக்கையைத் தொடங்குகிறது, மடிக்கணினி வேறெங்கோ முகவரியிடப்பட்ட பாக்கெட்டைப் பெறுகிறது, கர்னல் அதை முன்னால் அனுப்ப வேண்டுமா என முடிவு செய்ய வேண்டும். அதுவே முன்னனுப்புதல் பங்கு, அது வாடிக்கையாளர் பங்கிற்கு ஒருபோதும் தேவைப்படாத முன்நிபந்தனைகளுடன் வருகிறது: அனுமதிக்கப்பட்ட கடப்புப் பாதை, இரு பக்கங்களிலும் பாதைகள், மொழிபெயர்ப்பு வடிவமைப்பின் பகுதியாக இருந்தால் இன்னும் வேலை செய்யும் திரும்பும் பாதை.
| Role | Who originates the traffic | What has to be true |
|---|---|---|
| Client only | The laptop itself | Tunnel route, working resolver, supported profile |
| Gateway | Another device | Forwarding enabled, permitted transit, routes both ways, return-path decision |
ip_forward உண்மையில் எதை மாற்றுகிறது
கர்னலின் IPv4 sysctl ஆவணங்கள் ip_forward ஐ ஹோஸ்ட் இடைமுகங்களுக்கு இடையே பாக்கெட்டுகளை முன்னனுப்ப அனுமதிக்கும் சுவிட்சாக விவரிக்கின்றன. இது ஹோஸ்ட் தானே உருவாக்கிய போக்குவரத்துக்கான வேகமான பாதை அல்ல, அந்த அளவுருவின் எந்த வாசிப்பும் உள்ளக உலாவியை வேகப்படுத்தாது. ஏதேனும் இருந்தால், முன்னனுப்புதல் முன்பு குறைவான வேலை செய்த இயந்திரத்திற்கு நிலை மற்றும் கொள்கையைச் சேர்க்கிறது.
அதே ஆவணங்கள் மதிப்பை மாற்றுவது மற்ற IPv4 அளவுருக்களை அவற்றின் ஹோஸ்ட் அல்லது ரவுட்டர் இயல்புநிலைகளுக்குத் திருப்புகிறது என்று எச்சரிக்கின்றன. இது சுவிட்சை சோதனையாக அல்லாமல் உள்ளமைவு நிகழ்வாக மாற்றுகிறது: சரிசெய்யப்பட்ட அமைப்புகள் உங்கள் காலடியில் திரும்பலாம், மாற்றம் யாரும் அதனுடன் இணைத்துப் பார்க்காத பின்னடைவுக்குக் காரணமாக இருக்கலாம். சுவிட்சை ஒரு முறை, வேண்டுமென்றே, கேட்வே பங்கு உள்ளவரே அமைக்க வேண்டும் என்பதையும் இது குறிக்கிறது. மெதுவான தன்மை பற்றிய விசாரணையின் போது அதைப் புரட்டுவது, பக்க விளைவு அறிகுறியுடன் குழப்பப்படுவது உறுதியான ஒரே நிலை.
ஒரே கேள்வி இல்லாத மூன்று தீச்சுவர் கேள்விகள்
VPN கேட்பவரை அனுமதிப்பது, மடிக்கணினி இயக்கும் சேவைகளை அனுமதிப்பது, போக்குவரத்தை மடிக்கணினி வழியாகச் செல்ல அனுமதிப்பது ஆகியவை மூன்று தனித்தனி அனுமதிகள். முதலாவது கூட்டாளி ஒரு டீமனை அடைய அனுமதிக்கிறது, இரண்டாவது உள்ளகமான ஒன்றை வெளிப்படுத்துகிறது, மூன்றாவது இயந்திரத்தை மற்றொருவருக்கான கடப்பாக மாற்றுகிறது. ஒவ்வொன்றுக்கும் வேறு எல்லை உண்டு, கடைசியானது சாதாரண வெளியேறும் பயன்பாட்டுக்குத் தேவையான பதில்களை விட மிகவும் பரந்தது.
குறிப்பிட்ட ஓட்டம் தடுக்கப்பட்டால், விதியைத் திருத்தும் முன் அதன் மூலம், இலக்கு, திசை மற்றும் கொள்கையின் உரிமையாளரைக் குறிப்பிடுங்கள். அந்த ஓட்டத்துக்கான குறுகிய விதி திருத்தமாகும்; சுரங்கப்பாதை இடைமுகத்தில் எல்லாவற்றையும் ஏற்பது திருத்தத்தைத் தற்செயலாக உள்ளடக்கிய கொள்கை மாற்றமாகும். பிறகு வேலை செய்யும் உலாவி ஓட்டம் வேலை செய்கிறது என்பதை நிரூபிக்கிறது, பரந்த விதி தேவைப்பட்டது என்பதை அல்ல.
பாதை சரியான பிறகே அளவிடுங்கள்
அதே இலக்கு, அதே பணிச்சுமை மற்றும் ஒப்பிடக்கூடிய நிபந்தனைகளுடன் அளவிடுங்கள், ஒரு நேரத்தில் ஒரு மாறியை மாற்றுங்கள். முன்னனுப்புதல் மாற்றம், தீச்சுவர் விரிவாக்கம் மற்றும் நகலெடுக்கப்பட்ட சைஃபர் அமைப்பை ஒன்றாகக் கட்டும் சோதனை ஒரு எண்ணைத் தரும், எந்த விளக்கமும் தராது, ஏனெனில் அதில் எதுவும் மூன்றில் எது முடிவை நகர்த்தியது என்று சொல்லவில்லை.
பாதை மற்றும் தீர்வி தோல்விகளை செயல்திறன் உரையாடலில் இருந்து முழுவதுமாக விலக்குங்கள். மெதுவாகத் தீர்க்கப்படும் பெயர் செயல்திறன் சிக்கல் அல்ல, ஒரு நிலையான அளவில் நிற்கும் பரிமாற்றம் பொதுவாக வேக வரம்பு அல்ல, MTU கேள்வி. எந்த எண்ணையும் ஒப்பிடும் முன் இந்த மூன்றில் எதை நீங்கள் உண்மையில் கவனித்தீர்கள் என்று எழுதுங்கள். இல்லையெனில் அடுத்த வாசகருக்குத் தவறான விஷயத்தை அளவிடும் அளவீடும் யாரும் நியாயப்படுத்த முடியாத மாற்றமும் மரபாகக் கிடைக்கும்.
உங்களிடம் உள்ள அமைப்பை விவரியுங்கள், வாடிக்கையாளர் மீதான லேபிளை அல்ல
தன் இணைப்பைப் பங்கிடும், வழிமாற்றப்பட்ட கொள்கலன் வலையமைப்பை ஹோஸ்ட் செய்யும் அல்லது மெய்நிகர் இயந்திரத்துக்கான போக்குவரத்தைச் சுமக்கும் மடிக்கணினி, மென்பொருள் தன்னை எப்படி அழைத்தாலும், ஒரு கேட்வே. வாடிக்கையாளர் என்ற சொல் சுரங்கப்பாதை எவ்வாறு உள்ளமைக்கப்பட்டது என்பதை விவரிக்கிறது, பாக்கெட்டுகள் வேறொருவருக்குச் செல்கின்றனவா என்பதை அல்ல.
இயக்க வழிகாட்டியில் பங்கை வெளிப்படையாக்குங்கள்: போக்குவரத்தை எது உருவாக்குகிறது, இயந்திரத்தின் வழியாக எது செல்ல வேண்டும், தற்போதைய பணி இவை இரண்டில் எதைப் பற்றியது. ஆதரிக்கப்படும் திட்டத்தின் பகுதியாக இருக்கும்போது மட்டும் கேட்வே பங்கை இயக்குங்கள், தேவைப்படாத அமைப்பில் விளக்கப்படாத வேகச் சரிசெய்தலாகப் பயன்படுத்த வேண்டாம்.