ஒரே Pi இல் இரண்டு VPN தாவல்கள்: எந்த வழி எந்த சகாவை எடுத்துச் செல்கிறது
ஒரே Pi இல் இரண்டு சுரங்கப்பாதை முகவரிகள் தவறு அல்ல. ஒவ்வொரு இலக்கிற்கும் அதன் சொந்தக் காவி, அதன் சொந்தச் சான்று மற்றும் வெளித் தாவல் இறக்கும்போது அறிவிக்கப்பட்ட மாற்றுத் திட்டம் தேவை.
ஒரு சிறிய பலகையில் இரண்டு சுரங்கப்பாதை முகவரிகள் தவறு போலத் தோன்றும், மேலும் ஒன்றை அழிக்கும் எதிர்வினை ஏற்படும். அந்த எதிர்வினை சீரமைக்க வேண்டியதைத் தானே உடைக்கிறது. இரண்டு தாவல்களைச் சுமக்கும் புரவன் ஒவ்வொரு இணைப்பிற்கும் ஒரு முகவரியை வைத்திருக்கும், ஒவ்வொரு முகவரியையும் வேறு வழி தேர்ந்தெடுக்கும். கேட்கத் தகுந்த கேள்வி எந்த வழி எந்த இலக்கிற்கு எந்தக் காவியைத் தேர்ந்தெடுக்கிறது என்பதே, எத்தனை முகவரிகள் உள்ளன என்பது அல்ல.
வேறு வேறு காவிகள் தேவைப்படும் மூன்று இலக்குகள்
இரண்டு தாவல் சங்கிலி என்பது ஒன்றின் மேல் ஒன்றாக அடுக்கப்பட்ட மூன்று இலக்க வகுப்புகள், ஒவ்வொன்றையும் வேறு இணைப்பு சுமக்கிறது. வெளிச் சகாவை இயற்பியல் இணைப்பின் வழியாக அடைய வேண்டும். உள் சகாவை வெளிச் சுரங்கப்பாதையின் வழியாக அடைய வேண்டும். மூடப்பட்ட பயன்பாட்டின் இலக்கை உள் சுரங்கப்பாதையின் வழியாக அடைய வேண்டும், அதன் சொந்தப் போக்குவரத்தை வெளியது சுமக்கிறது.
| Destination class | View that names the carrier | Command that proves it | Symptom when the wrong carrier wins |
|---|---|---|---|
| Outer peer, 198.51.100.10 | the main table, by destination | ip route get 198.51.100.10 | the outer handshake never completes |
| Inner peer, 203.0.113.7 | the main table once the outer tunnel is up | ip route get 203.0.113.7 | the inner handshake leaves over the physical link |
| Application destination, 172.30.9.1 | the table the inner client's traffic is selected into | ip route get 172.30.9.1 from 10.8.0.2 | the exit address looks right and the traffic never crossed the outer hop |
| Parallel tunnels, one per source group | one policy per group, not the main table | ip rule show beside a marked test connection | both tunnels are up and one steals the other's traffic |
ஒரு வழியைத் தொடும் முன் வரிகளை வாசகரின் உண்மையான முகவரிகளால் நிரப்புங்கள், ஏனெனில் அட்டவணை உறுதியானதாக இருக்கும்போது மட்டுமே பயனுள்ளது. செயல்படும் சங்கிலி நான்கு வரிகளையும் ஒரே நேரத்தில் பூர்த்தி செய்கிறது, பாதி செயல்படும் சங்கிலி பொதுவாக அவற்றில் ஒன்றைத் தவறான காவியுடன் பூர்த்தி செய்கிறது. தவறான வரியைப் பிழையாகப் படிப்பதே வழியமைப்புச் சிக்கலை முழு மதிய வேலைப்பாட்டாக மாற்றுகிறது.
முகவரிகளுக்கு எண்ணிக்கை அல்ல, பங்குகள் உண்டு
லினக்ஸ் ஒரு இடைமுகத்தில் பல முகவரிகளையும் ஒரு புரவனில் பல சுரங்கப்பாதைகளையும் அனுமதிக்கிறது, எனவே எண்ணிக்கை சரியான தன்மை பற்றி எதுவும் கூறாது. எந்த முகவரி எந்த இணைப்பிற்கானது, மற்றும் கொடுக்கப்பட்ட சகாவுக்கான வழி நீங்கள் கருதிய இணைப்பைத் தேர்ந்தெடுக்கிறதா என்பதே முக்கியம். மூன்று பார்வைகள் அதற்கு மூன்று திசைகளிலிருந்து பதிலளிக்கின்றன, ஒவ்வொரு முறையும் அதே வரிசையில் அவற்றைப் படிக்கத் தகுந்தது.
முகவரிப் பட்டியல் என்ன உள்ளது, எந்த இணைப்பு அதைச் சொந்தமாகக் கொண்டுள்ளது என்பதைக் காட்டுகிறது. வழி அட்டவணை சாதாரண இலக்குப் போக்குவரத்திற்கான காவிக் கேள்விக்குப் பதிலளிக்கிறது. கொள்கைப் பார்வை மூலம் அல்லது குறியால் தேர்ந்தெடுக்கப்பட்ட போக்குவரத்திற்கு மீண்டும் பதிலளிக்கிறது, இரண்டு வாடிக்கையாளர்கள் ஒரு புரவனைப் பகிரும்போது இதுவே சாதாரண ஏற்பாடு.
ip -4 addr show
ip -4 route show table all
ip rule showபட்டியல் நீளமாகத் தெரிகிறது என்பதால் முகவரியை அழிப்பது பாதையின் ஒரு பகுதியை நீக்கக்கூடும், மேலும் மிகையாகத் தெரிகிறது என்பதால் வழியை அழிப்பது அதே வேலையை இன்னும் அமைதியாகச் செய்கிறது. இரண்டுமே பிழையை உருவாக்குவதில்லை; சகா நீங்கள் கருதிய பாதையில் பதிலளிப்பதை நிறுத்துகிறது, ஆனால் வேறு பாதையில் அடையக்கூடியதாகவே இருக்கிறது. உள் சகாவின் வெளியேறும் முகவரியைத் தெரிவிக்கும் பயன்பாடு போக்குவரத்து வெளிச் சுரங்கப்பாதையைக் கடந்தது என்பதை நிரூபிக்கவில்லை, ஏனெனில் நேரடி அணுகல் அதே கவனிப்பைத் தருகிறது. கவனிப்பிற்கும் சான்றுக்கும் இடையிலான இந்த இடைவெளியே வழியமைப்பு அடுக்கில் காவி சரிபார்க்கப்படுவதற்கான காரணம்.
செயல்படுத்தல் வரிசை நிலையான காத்திருப்பை வெல்கிறது
உள் வாடிக்கையாளர் வெளி வாடிக்கையாளர் வழங்கும் முகவரி அல்லது வழியைச் சார்ந்திருந்தால், செயல்படுத்தல் தாமதத்திற்குப் பதிலாக அந்த வளத்திற்காகக் காத்திருக்க வேண்டும். காத்திருப்பு வெளிச் சுரங்கப்பாதை மெதுவாக இருக்கும் நாள் வரை வேலை செய்கிறது, பின்னர் யாரும் மீண்டும் உருவாக்க முடியாத வகையில் இடைவிடாமல் தோல்வியடைகிறது. சார்புகளை அடிப்படையாகக் கொண்ட வரிசை ஊகத்தை நீக்குகிறது, சார்பை ஒரு முறை விவரிப்பதைத் தவிர எதையும் செலவாக்காது. இடைமுகப் பெயர்களும் வரிசை முறைமை அல்ல.
கர்னல் tun0 மற்றும் tun1 போன்ற பெயர்களை உருவாக்கும் வரிசையில் வழங்குகிறது, அந்த வரிசை மறுதொடக்கம் அல்லது மீளிணைப்புகளுக்கு இடையே மாறக்கூடும். உள்ளமைவை கருவி வழங்கும் அடையாளத்துடன் அல்லது நீங்கள் வேண்டுமென்றே வழங்கும் பெயருடன் இணைக்கவும். நீங்கள் தேர்ந்தெடுக்கும் பெயர் ஒப்பந்தம்; கர்னல் தேர்ந்தெடுக்கும் பெயர் தற்செயல்.
ஒவ்வொரு வாடிக்கையாளரின் போக்குவரத்தையும் மற்றவரின் பயன்பாட்டு வழியிலிருந்து வெளியே வைத்திருங்கள், OpenVPN 2.6 வழியமைப்பு விருப்பங்கள் உண்மையில் என்ன உறுதியளிக்கின்றன என்பதில் துல்லியமாக இருங்கள். ஆவணப்படுத்தப்பட்ட இயல்புநிலை மறுவழியமைப்பு முறைமை வாடிக்கையாளர் ஏற்கனவே இருந்த நுழைவாயில் வழியாக தனது தொலைச் சகாவை அடையும் திறனைத் தக்கவைக்கிறது, இது ஒரு குறிப்பிட்ட மீள்சுழற்சியைத் துண்டிக்கிறது. அது ஒரு வாடிக்கையாளரை மற்றொருவரின் காவியாக மாற்றாது, எனவே சங்கிலியின் மீதமுள்ள பகுதி உங்கள் வடிவமைப்பாகவே இருக்கும். சங்கிலிக்கு வழிக்குப் பதிலாகக் கொள்கை தேவைப்படும் இடத்தில், வெளிப்படையான மூல அல்லது குறி விதியை எழுதி அது பொருந்த வேண்டிய போக்குவரத்துடன் சோதிக்கவும்.
வெளித் தாவல் இறக்கும்போது என்ன நடக்கிறது
சங்கிலி முழுமையானதாகக் கணக்கிடப்படும் முன், வெளித் தாவல் மறைந்தால் என்ன நடக்கும் என்பதைத் தீர்மானிக்கவும். உள் வாடிக்கையாளரின் போக்குவரத்து அதனுடன் இறக்கிறது, அடுத்த படி தொழில்நுட்பம் அல்ல, கொள்கைக் கேள்வி: தோல்வியடைவது, மீண்டும் முயல்வது அல்லது இயற்பியல் இணைப்பின் வழியாக நேரடியாக மீண்டும் இணைவது. மூன்றாவது முடிவே சிந்திக்கத் தகுந்தது. பயனர் பாதுகாப்பு இன்னும் அப்படியே உள்ளது என்று நம்பும் தருணத்தில் அது இரண்டு தாவல் வடிவமைப்பை ஒரு தாவல் வடிவமைப்பாக அமைதியாக மாற்றுகிறது.
இரண்டு தாவல்கள் கட்டாயம் என்றால், வெளியது சென்றபோது உள் வாடிக்கையாளர் நேரடிப் பாதையை நிறுவ முடியாதிருக்க வேண்டும், அதை அறியும் வழி வெளித் தாவலை உடைத்து உள்அது என்ன செய்கிறது என்பதைப் பார்ப்பதே. அங்கீகரிக்கப்பட்ட மாற்றுத் திட்டம் செல்லுபடியாகும் பதில், ஆனால் அது எழுதப்பட்டு, சோதிக்கப்பட்டு, தெரிவிக்கப்பட வேண்டும். யாரும் ஆவணப்படுத்தாத மாற்றுத் திட்டம் சம்பவ மீளாய்வில் கசிவிலிருந்து வேறுபடுத்த முடியாது.
DNS மற்றும் மற்ற முகவரிக் குடும்பம் அதே முடிவில் அடங்கும். உள்ளூரில் உருவாக்கப்பட்ட தேடல் புரவனின் சொந்தக் கொள்கையையே பின்பற்றுகிறது, அனுப்பப்பட்ட வாடிக்கையாளரின் கொள்கையை அல்ல, எனவே அனுப்பப்பட்ட போக்குவரத்திற்கு வேலை செய்யும் தீர்வி புரவன் தானே பயன்படுத்துவதாக இருக்க வேண்டியதில்லை.
ஒவ்வொரு அடுக்கையும் நீங்கள் கட்டிய வரிசையில் ஏற்றுக்கொள்ளுங்கள்
சங்கிலி கட்டப்பட்ட வரிசையில் சோதிக்கவும்: முதலில் தனியாக வெளிச் சுரங்கப்பாதை, பின்னர் வெளிச் சுரங்கப்பாதை வழியாக உள் வாடிக்கையாளரின் போக்குவரத்து, பின்னர் உள் சுரங்கப்பாதை வழியாக பயன்பாடு. ஒவ்வொரு ஏற்பும் ஏற்கனவே திறந்த பக்கம் அல்ல, புதிய இணைப்பாக இருக்க வேண்டும். பின்னர் ஒவ்வொரு அடுக்கையும் தனித்தனியாக உடைத்து மீட்டமைத்து அடுத்தது என்ன செய்கிறது என்பதைக் கவனிக்கவும்.
மாற்றுத் திட்டத்தின் முடிவு இங்கே மிக மதிப்புமிக்க கவனிப்பு, மேலும் பொது IP பக்கம் ஒருபோதும் காட்டாதது. சகாக்களின் பாதைகள், அவர்கள் பயன்படுத்தும் முகவரிகள் மற்றும் அந்த முடிவை உள்ளமைவின் அருகில் சேமியுங்கள், ஏனெனில் மகிழ்ச்சியான பாதை பின்னர் கேள்விக்குள்ளாகும் பகுதி அல்ல.