ஹோஸ்ட் வழித்தடங்களைத் தொடாமல் பெயர்வெளிகளில் VPN வழிப்பாதை சோதிக்கவும்
மூன்று உருவகப்படுத்தப்பட்ட பாத்திரங்கள், மூன்று தனிமைப்படுத்தப்பட்ட சூழல்கள் மற்றும் ஒவ்வொரு இணைப்புக்கும் ஒரு veth. ஹோஸ்ட்டைத் தொடுவதற்கு முன் பெயர்வெளி ஆய்வகத்தை ஹோஸ்ட் வழித்தட ஆய்வகத்துடன் ஒப்பிடுங்கள்.
இரண்டு ஆய்வகங்கள் ஒரே VPN இடவியலை மாதிரியாக்கி முற்றிலும் வெவ்வேறு வழிகளில் தோல்வியடையலாம்: ஒன்று பிணைய பெயர்வெளிகளில் வாழ்கிறது, மற்றொன்று ஹோஸ்ட்டின் சொந்த வழித்தடங்களில். பெயர்வெளி பதிப்பு ஒவ்வொரு இடைமுகம், வழித்தடம் மற்றும் சாக்கெட்டையும் நீங்கள் நீக்கக்கூடிய சூழலில் வைத்திருக்கிறது, ஆனால் ஹோஸ்ட் பதிப்பு வேகமாகத் தொடங்கி பின்னால் நிலையை விட்டுச் செல்கிறது. அந்த எஞ்சிய நிலையே ஒரு மாதம் கழித்து இரண்டாவது ஆய்வகத்தை மீண்டும் செய்வதைக் கடினமாக்குகிறது. முதலில் சுத்தம் செய்வதை ஒப்பிடுங்கள், ஏனெனில் சோதனையை இரண்டு முறை செய்ய முடியுமா என்பதை அது தீர்மானிக்கிறது.
அதே ஆய்வகத்தைக் கட்டியெழுப்ப இரண்டு வழிகள், எப்போது எது வெல்கிறது
ஹோஸ்ட் வழித்தட ஆய்வகத்தில் நீங்கள் வேலை செய்யும் இயந்திரத்தில் ஒரு சுரங்கப்பாதை இடைமுகத்தையும் வழித்தடங்களையும் சேர்க்கிறீர்கள், எனவே சோதனை உங்கள் shell, தொகுப்பு மேலாளர் மற்றும் மற்ற ஒவ்வொரு இணைப்புடனும் தலைவிதியைப் பகிர்ந்து கொள்கிறது. பெயர்வெளி ஆய்வகத்தில் ஒவ்வொரு பாத்திரமும் இடைமுகங்கள், முகவரிகள், வழித்தடங்கள் மற்றும் சாக்கெட்டுகளின் சொந்த அடுக்கைப் பெறுகிறது, பெயர்வெளியை நீக்குவது அனைத்தையும் அகற்றுகிறது. எந்த மாதிரியும் மிகச் சரியானது அல்ல, ஏனெனில் அவை வெவ்வேறு கேள்விகளுக்குப் பதிலளிக்கின்றன. தலைப்பு வழிப்பாதை மற்றும் அனுப்புதல் என்றால் பெயர்வெளிகளைத் தேர்ந்தெடுங்கள், தலைப்பு ஒரு டெஸ்க்டாப் கிளையண்ட் எவ்வாறு ஒருங்கிணைக்கப்படுகிறது என்றால் ஹோஸ்ட் ஆய்வகத்தைத் தேர்ந்தெடுங்கள்.
| Aspect | Namespace lab | Host-route lab |
|---|---|---|
| Isolation | Full stack per role | Shares the host stack |
| Cleanup | Delete named namespaces | Manual route and rule removal |
| Realism | Strong for routing | Needed for GUI clients |
இரண்டையும் கலப்பதே வழக்கமான தவறு: ஹோஸ்ட் கிளையண்டிற்கு எதிராக மட்டும் சோதிக்கப்பட்ட பெயர்வெளி ஆய்வகம் இரண்டு ஏற்பாடுகளில் எதைப் பற்றியும் எதையும் நிரூபிக்கவில்லை. முதல் இணைப்பை உருவாக்கும் முன் நீங்கள் எந்தக் கேள்வி கேட்கிறீர்கள் என்பதைத் தீர்மானிக்கவும்.
ஒவ்வொரு பாத்திரத்திற்கும் ஒரு சூழல், வேண்டுமென்றே இணைக்கப்பட்டது
ஒவ்வொரு பாத்திரத்திற்கும் ஒரு பெயர்வெளியை உருவாக்கி, ஒவ்வொரு veth இணையின் ஒவ்வொரு முனையையும் அதைக் கொண்டிருக்கும் சூழலுக்கு நகர்த்தவும். முதல் நான்கு கட்டளைகள் வடிவத்தைப் பார்க்க போதுமானவை:
ip netns add client
ip netns add gateway
ip link add veth-c type veth peer name veth-g
ip link set veth-c netns clientஆய்வகத்திற்கு ஹோஸ்ட்டில் எதனுடனும் ஒன்றிணைக்காத வரம்புகளைக் கொடுங்கள், தொடங்குவதற்கு முன் எந்தப் பெயர்வெளி எந்த முகவரியைக் கொண்டிருக்கிறது என்று எழுதுங்கள். வேலை செய்யும் ஆய்வகத்திற்கு இரண்டு தனி பாதைகள் தேவை: VPN முனைப்புள்ளி அதன் இணையை அடைய ஒரு வெளிப்புற பாதை, மற்றும் பாதுகாக்கப்படும் வளத்திற்கான திரும்பும் பாதை. அவற்றை இரண்டு முடிவுகளாக மாதிரியாக்குங்கள், ஏனெனில் வெளிச்செல்லும் பாதியை மட்டும் கட்டும் ஆய்வகம் கைக்குலுக்கல் சோதனையில் தேர்ச்சி பெற்று பயன்பாட்டு சோதனையில் தோல்வியடைகிறது.
அனுப்புதல் பாத்திரமே ஆய்வகங்கள் சுவாரஸ்யமாகும் இடம்
ஒரு பாத்திரம் அனுப்ப வேண்டும், அதாவது அந்தப் பெயர்வெளிக்குள் அனுப்புதலை இயக்கி வடிவமைப்பிற்குத் தேவையான விதியைச் சேர்க்க வேண்டும். அனுப்புதல் நிலை ஒவ்வொரு பெயர்வெளிக்கும் தனித்தனியானது, எனவே ஹோஸ்ட் அமைப்பு ஆய்வகத்திற்குப் பொருத்தமற்றது மற்றும் ஆய்வக அமைப்பு வெளியே கசியாது, பிணைய பெயர்வெளிகள் பற்றிய ஆவணங்கள் விவரிப்பது போல. ஒரு இடைமுகமும் அதன் வெளிப்புற சாக்கெட்டும் வெவ்வேறு பெயர்வெளிகளில் வாழ முடியும் என்று WireGuard ஆவணப்படுத்துகிறது, இது ஒரு பயனுள்ள தந்திரம் மற்றும் உங்களை நீங்களே குழப்பிக்கொள்ள ஒரு சிறந்த வழி. ஒரு இடைமுகத்தை நகர்த்துவது இணைப்பின் ஒவ்வொரு பகுதியையும் ஒரே மாதிரியாக நகர்த்தும் என்று கருத வேண்டாம்.
சோதனைப் பொதியிற்குப் பிறகு அனுப்புதல் கணக்கியைச் சரிபார்க்கவும், ஏனெனில் ஒருபோதும் பொருந்தாத விதியும் பொதியை வீசிய விதியும் வழித்தட அட்டவணையில் ஒரே மாதிரியாகத் தெரிகின்றன. கணக்கிகளே அவற்றைப் பிரிக்கின்றன.
அடிப்படைக் கோட்டைப் பதிவு செய்து, பின்னர் ஒரு வழித்தடத்தை உடையுங்கள்
என்ன இருக்கிறது என்பதைப் பதிவு செய்வதன் மூலம் தொடங்குங்கள், ஒவ்வொரு வரியின் பக்கத்திலும் சூழலை எழுதுங்கள். பெயர்வெளிகளைப் படியுங்கள், பின்னர் ஒரு சோதனை இலக்கு அவற்றில் ஒன்றின் உள்ளே எடுக்கும் வழித்தடத்தை, பின்னர் அதைச் சுமக்கும் இணைப்பில் உள்ள கணக்கிகளை:
ip netns list
ip -n client route get 10.0.0.5
ip -n gateway -s link show veth-gமூன்றாவது கட்டளை மக்கள் தவிர்ப்பது, அங்கேயே சான்று வாழ்கிறது: வீசப்பட்ட மற்றும் பிழைகளின் கணக்கிகள் ஒரு பொதி அனுப்புதல் பாத்திரத்தை அடைந்ததா என்பதைச் சொல்கின்றன. மாற்றத்திற்குப் பிறகு அதே மூன்று காட்சிகளைப் பதிவு செய்யுங்கள், சான்று உங்கள் நினைவாக இல்லாமல் diff ஆக இருக்கட்டும். பின்னர் சரியாக ஒன்றை உடையுங்கள், ஒரு வழித்தடத்தை நீக்கி அல்லது அனுப்புதல் பாதையில் மறுப்பு விதியைச் சேர்த்து, நீங்கள் முன்னறிவித்த அறிகுறியை உறுதிப்படுத்துங்கள்: பதில் இல்லாமல் முடிந்த கைக்குலுக்கல், அல்லது நேரம் முடிவதற்குப் பதிலாக பெயர் தீர்வில் தோல்வி. வெற்றியை மட்டும் காட்டும் ஆய்வகம் மிகக் குறைவாகவே கற்பிக்கிறது.
சுத்தமே அடுத்த ஓட்டத்தை மீள்செய்யக்கூடியதாக்குகிறது
சுத்தத்தை நீங்கள் பெயரிட்ட வளங்களுக்குள் மட்டும் வைத்திருங்கள், ஏனெனில் முழுமையான ஃபயர்வால் மீட்டமைப்பு அல்லது ஹோஸ்ட் வழித்தடத்தை அகற்றுவது மீளுருவாக்கம் அல்ல, அது இரண்டாவது சம்பவம். இடவியல், சரியான கட்டளைகள் மற்றும் நீங்கள் எதிர்பார்த்த அவதானிப்புகளைச் சேமியுங்கள், அடுத்த ஓட்டம் முந்தைய நிலை எந்தச் சூழலில் இருந்தது என்று ஊகிக்காமல் அதே தோல்வியை மீண்டும் உருவாக்கும். அந்தப் பதிவு இல்லாமல் ஆய்வகம் ஒரு கதை, நடைமுறை அல்ல.
ஆய்வகத்திற்கு உள்நாட்டில் உருவாக்கப்பட்ட அனுமதிச் சான்றுகளைப் பயன்படுத்துங்கள், உற்பத்திக் கணக்குகளைப் பகிரப்பட்ட எடுத்துக்காட்டுகளிலிருந்து விலக்கி வையுங்கள். பின்னர் ஒவ்வொரு பெயர்வெளியையும் நீக்கி ஹோஸ்ட் காட்சி மாறவில்லை என்பதை உறுதிப்படுத்துங்கள், இந்த மாதிரியைத் தேர்ந்தெடுப்பதற்கான முழுக் காரணம் அதுவே. சுத்தமாக அகற்ற முடியாத ஆய்வகம் கூடுதல் படிகளுடன் கூடிய ஹோஸ்ட் மாற்றம்.