ஒரே டெஸ்க்டாப்பில் இரண்டு VPN கிளையண்டுகள்: எது மோதுகிறது, எது செயல்படுகிறது
இரண்டு கிளையண்டுகள் இயல்புநிலை வழி, தீர்வி மற்றும் வடிகட்டி இயக்கிகளுக்காகப் போராடுகின்றன. வெளியேற்றத்தை யார் வைத்திருக்கிறார்கள் என்பதைப் பதிவு செய்து, பின்னர் இரண்டாவது சுரங்கப்பாதையை VM அல்லது netns மூலம் பிரிக்கவும்.
உங்கள் இரண்டாவது கிளையண்ட் இணைகிறது, முதலாவதின் வளங்கள் தீர்க்கப்படுவது நிற்கிறது, வேலை VPN தனிப்பட்டதை உடைத்தது என டிக்கெட் கூறுகிறது. குறையின் பொருளில் எதுவும் உடைந்திருக்கவில்லை: இரு கிளையண்டுகளும் அவை வடிவமைக்கப்பட்டதைச் செய்தன, இயந்திரத்தில் ஒரே ஒரு வழித்தட அட்டவணை மட்டுமே உள்ளது. மோதல் ஒவ்வொரு கிளையண்டும் தனக்குச் சொந்தமானதாகக் கருதும் நான்கு வளங்களைப் பற்றியது. அவற்றை வரிசையாக முடிக்கவும், தீர்வு பொதுவாகப் பழுதுபார்ப்புக்குப் பதிலாக வடிவமைப்புத் தேர்வாக மாறும்.
படி 1: வெளியேற்றத்தை எந்தக் கிளையண்ட் வைத்திருக்கிறது என்பதைக் கண்டறியவும்
எதையும் மாற்றுவதற்கு முன் தற்போதைய வெளியேற்ற முடிவைப் படிக்கவும். பொது முகவரிக்கான வழித் தேடல், பாக்கெட் இப்போது எந்த இடைமுகத்தையும் அடுத்த தாவலையும் பயன்படுத்தும் என்பதைச் சொல்கிறது, அதுவே யார் வென்றார்கள் என்பதற்கான பதில். கிளையண்டுகள் உருவாக்கிய இடைமுகப் பெயர்களுடன் ஒப்பிடவும்; அவை பொதுவாகத் தயாரிப்பு அல்லது நெறிமுறையின் பெயரைக் கொண்டிருக்கும். தேடல் நீங்கள் எதிர்பார்க்காத சுரங்கப்பாதையைக் காட்டினால், மோதலை ஏற்கனவே கண்டுபிடித்துவிட்டீர்கள்.
ip route get 1.1.1.1
ip route show default
route print
சில கிளையண்டுகள் இயல்புநிலை வழியை மாற்றவே செய்வதில்லை; அவை இரண்டு பாதிகளைச் சேர்க்கின்றன, ஒன்று முகவரி இடத்தின் கீழ்ப் பாதிக்கும் மற்றொன்று மேற்பாதிக்கும், அவை சேர்ந்து எல்லாவற்றையும் மூடுகின்றன. இது அசல் இயல்புநிலை வழியைத் தெரியும்படி வைத்து, கைமுறைப் பழுது சரியாகத் தெரியச் செய்கிறது, ஆனால் போக்குவரத்து இன்னும் சுரங்கப்பாதை வழியாகவே வெளியேறுகிறது. இயல்புநிலை உள்ளீட்டின் இருப்பை மட்டுமல்ல, அளவீட்டையும் முன்னொட்டு நீளத்தையும் படிக்கவும்.
இரு கிளையண்டுகளும் ஒரே அளவீட்டுடன் ஒரே முன்னொட்டைக் கோரினால் நிறுத்துங்கள். கர்னல் ஒன்றைத் தேர்ந்தெடுக்கும், மற்றொன்று எதையும் சுமக்காமலே இணைந்ததாகத் தெரியும்.
படி 2: தீர்வி மற்றும் ஒன்றுடன் ஒன்று மேற்படியும் முன்னொட்டுகளைச் சரிபார்க்கவும்
DNS இரண்டாவது மோதல், அது தனித்துவமான அறிகுறியை உருவாக்குகிறது: முகவரிகள் செயல்படும்போது பெயர்கள் தோல்வியடைகின்றன. ஒவ்வொரு கிளையண்டும் தனது சொந்தத் தீர்வியைத் திணிக்கிறது, அடுத்த வினவல்களுக்கு இறுதியாக எழுதுபவர் வெல்கிறார். கிளையண்டின் அமைப்புப் பக்கத்தைப் படிப்பதற்குப் பதிலாக ஒவ்வொரு இணைப்புக்கும் என்ன பயன்படுத்துகிறது எனத் தீர்வி சேவையைக் கேளுங்கள்.
resolvectl status
Get-DnsClientServerAddress
dig +short intranet.corp.example
பின்னர் இரு வலையமைப்புகளும் பயன்படுத்தும் தனிப்பட்ட முன்னொட்டுகளை ஒப்பிடவும். இரு பக்கமும் ஒரே வரம்பிலிருந்து ஒதுக்கினால், கிளையண்ட் பக்கத்தில் எந்த ஏற்பாடும் அதைச் சரிசெய்யாது, ஏனெனில் எந்த 10.0.0.0/8 இலக்கு எந்தச் சுரங்கப்பாதைக்குச் சொந்தம் என இயந்திரத்தால் சொல்ல முடியாது. ஒரு பக்கத்தை மறுஎண்ணிட வேண்டும் அல்லது மொழிபெயர்க்க வேண்டும், அது உள்ளமைப்பு மாற்றமல்ல, வலையமைப்பு உரிமையாளர்களுடனான உரையாடல். மேற்படிதல் மட்டுமே நேர்மையான பதில் «வடிவமைப்பு மாற வேண்டும்» என்பதாகும்.
முன்னொட்டுகள் மேற்படிந்தால் இங்கேயே நிறுத்துங்கள். இந்தப் பட்டியலில் மேலும் உள்ள அனைத்தும் அவை மேற்படியாது எனக் கருதுகிறது.
படி 3: நிலைத்திருக்கும் பிரிப்பு முறையைத் தேர்ந்தெடுக்கவும்
நம்பகமான முறைகள் ஒரே வழித்தட அட்டவணைக்கு எதிராக இரு கிளையண்டுகளை இயக்குவதைத் தவிர்க்கின்றன. இரு தனிப்பட்ட வலையமைப்புகளையும் அடையும் பிளவு-சுரங்கப்பாதைக் கொள்கை கொண்ட ஒரு கிளையண்டே எளிமையானது, இலக்குகள் மேற்படியாது மற்றும் கொள்கையின் உரிமையாளர் ஒப்புக்கொண்டால். மெய்நிகர் இயந்திரம் அல்லது வலையமைப்பு பெயர்வெளி அடுத்த படி, ஏனெனில் ஒவ்வொன்றும் தனது சொந்த அட்டவணையையும் தனது சொந்தத் தீர்வியையும் பெறுகிறது.
sudo ip netns add vpn2
sudo ip netns exec vpn2 ip link show
sudo ip netns exec vpn2 curl -sI https://intranet.corp.example/
பெயர்வெளி இரண்டாவது இயக்க முறைமை இல்லாமல் மெய்நிகர் இயந்திரத்தைப் போலவே பிரிப்பைத் தருகிறது, ஆனால் கரடுமுரடான விளிம்புகள் உள்ளன: சுரங்கப்பாதை சாதனம் அதற்குள் நகர்த்தப்பட வேண்டும், பயன்பாடு அதன் உள்ளே தொடங்கப்பட வேண்டும். நிர்வகிக்கப்படும் வேலைக் கிளையண்டுடன் தனிப்பட்ட VPN-க்கு தனி இயற்பியல் சாதனம் பெரும்பாலும் மிகக் குறைவான ஆச்சரியமளிக்கும் தேர்வு. ஒரு சுரங்கப்பாதையை மற்றொன்றுக்குள் அடுக்குவது பிரிப்பு முறையல்ல; உள் முனை வெளிச் சுரங்கப்பாதை வழியாக அடையக்கூடியதாக இருக்க வேண்டும், இந்த அமைப்பு மேலே MTU மற்றும் தாமதப் பிரச்சினைகளைச் சேர்க்கிறது.
ஒரு முறையைத் தேர்ந்தெடுத்து ஏன் என்று எழுதுங்கள். ஒரு பயன்பாட்டுக்குப் பெயர்வெளியையும் மற்றவற்றுக்குப் பிளவு சுரங்கப்பாதையையும் கலப்பது அசல் மோதலைப் பிழைத்திருத்தக் கடினமான வடிவில் மீண்டும் உருவாக்குகிறது.
படி 4: ஒரே அமர்விலிருந்து இரு வலையமைப்புகளையும் சரிபார்க்கவும்
ஒவ்வொரு தனிப்பட்ட வலையமைப்பிலும் ஒரு வளத்தை, பயன்பாடு உண்மையில் இயங்கும் சூழலிலிருந்து சோதிக்கவும், பயன்பாடு பெயர்வெளிக்குள் இயங்கினால் உங்கள் ஷெல்லிலிருந்து அல்ல. வெளியேற்ற இடைமுகம், தீர்க்கப்பட்ட முகவரி மற்றும் பதில் குறியீட்டை ஒன்றாகச் சரிபார்க்கவும், ஏனெனில் மூன்றில் ஒன்றின் வெற்றி மற்றவற்றின் தோல்வியை மறைக்கலாம். மறுதொடக்கத்திற்குப் பிறகு மீண்டும் செய்யவும், ஏனெனில் கிளையண்டுகள் தொடங்கும் வரிசையே யார் வெல்வார்கள் என்பதைத் தீர்மானிக்கிறது. அந்த வரிசையையே மக்கள் பதிவு செய்ய மறக்கிறார்கள்.
curl -sI https://intranet.corp.example/
curl -sI https://files.personal.example/
ip route get 10.20.30.40
ஒவ்வொரு வலையமைப்புக்கும் கிளையண்ட் பதிப்புகள், இடைமுகங்கள், தீர்வி நிலை மற்றும் முன்னொட்டுகளைப் பதிவு செய்யவும். ஒரு கிளையண்ட் புதுப்பிக்கப்பட்டு அதன் வழி நடத்தையை மாற்றும்போது, அந்தப் பதிவே ஐந்து நிமிடப் பழுதுக்கும் மீள்கட்டமைப்புக்கும் இடையிலான வேறுபாடு. அடுத்த நபர் எந்தச் சுரங்கப்பாதை முதலில் எழுந்தது என்பதைப் பற்றிய உங்கள் நினைவைப் பகிர மாட்டார்.
இயல்புநிலை வழியை வைத்திருக்கும் இடைமுகம், ஒவ்வொரு பெயரும் பயன்படுத்தும் தீர்வி, இரண்டாவது சுரங்கப்பாதையைப் பிரிக்கும் முறை, மற்றும் மறுதொடக்கத்திற்குப் பிறகு ஒவ்வொரு வலையமைப்புக்கும் ஒரு கோரிக்கையின் முடிவு ஆகியவற்றைக் கூற முடிந்தால் பட்டியல் முழுமையடைகிறது. அதைவிடக் குறைவானது இன்று தற்செயலாகச் செயல்படும் உள்ளமைப்பு.