உங்கள் VPN உணரி கிளையின் VLAN குறியை ஏன் ஒருபோதும் பார்ப்பதில்லை
வழித்தடத் துனல் பாக்கெட்டுகளை மீட்டெடுக்கிறது, அவற்றைக் கொண்டு வந்த பிரேம்களை அல்ல. இடைமுக வகை, உணரி இடம், மூல சூழல், பதில் பாதை ஆகியவற்றில் நான்கு சோதனைகள்.
VPN பக்கத்தில் உள்ள உணரி இரண்டு கிளை VLAN-களை சாதாரண IP பரிமாற்றமாகப் பார்க்கிறது, ஒவ்வொரு கிளையையும் அதன் சொந்தக் கம்பியில் அடையாளம் கண்ட குறி மறைந்துவிட்டது. வழித்தடத் துனல் செய்வது அதுதான்: அது பாக்கெட்டுகளை மீட்டெடுக்கிறது, அவற்றை வழங்கிய Ethernet பிரேம்களை அல்ல. காணாமல் போன குறி முக்கியமா என்பது நீங்கள் உணரியிடம் கேட்கும் கேள்வியை முழுமையாகச் சார்ந்தது. கீழே உள்ள நான்கு சோதனைகளை வரிசையாகச் செய்யுங்கள், எந்தக் கவனிப்புப் புள்ளி அதற்குப் பதிலளிக்க முடியும் என்பதை அறிவீர்கள்.
முதலில்: உங்கள் துனல் எதை மீட்டெடுக்கிறது என்பதை உறுதிசெய்யுங்கள்
TUN இடைமுகம் IP பாக்கெட்டுகளைக் கொண்டு செல்கிறது, எனவே கிளையின் பிரேம் VLAN தலைப்பு பரிமாற்றத்தைத் துனலுக்குள் தள்ளிய வழித்தடத்தில் நிற்கிறது. TAP இடைமுகம் Ethernet பிரேம்களைக் கொண்டு செல்கிறது, அதாவது பாலமும் VLAN அனுமதி விதிகளும் அனுமதித்தால் குறிகள் தாக்குப்பிடிக்க முடியும். பதிவில் என்ன இருக்க வேண்டும் என்பதைப் பற்றி சிந்திக்கும் முன் இடைமுக வகையைப் படியுங்கள்.
இரண்டு தேர்வுகளில் எதுவும் குறைபாடு அல்ல. இரு வடிவமைப்புகளும் வெவ்வேறு கேள்விகளுக்குப் பதிலளித்து குறியை வெவ்வேறு இடங்களில் விட்டுச் செல்கின்றன.
தயாரிப்பின் பெயரிலிருந்து ஊகிப்பதற்குப் பதிலாக இடைமுகத்தை நீங்களே உறுதிசெய்யுங்கள். இணைப்பு விவரங்கள் சாதன வகையைக் கூறி நடைமுறையில் உள்ள கொடிகளைக் காட்டுகின்றன, TUN சாதனத்தில் எடுக்கப்பட்ட பதிவு நீங்கள் கேட்டதால் மட்டும் Ethernet தலைப்பைப் பெறாது. TUN பதிவில் குறிகள் தோன்றினால், நீங்கள் கிட்டத்தட்ட நிச்சயமாக வேறு இடைமுகத்தையோ அல்லது அதன் ஏற்றத்தின் உள்ளே பிரேம்களைக் கொண்டு செல்லும் துனலையோ படிக்கிறீர்கள். தொடர்வதற்கு முன் நீங்கள் எந்த நிலையில் இருக்கிறீர்கள் என்பதைக் குறிக்கொள்ளுங்கள்.
இரண்டாவது: பொருள் இன்னும் இருக்கும் இடத்தில் உணரியை வையுங்கள்
மூன்று இடங்கள் பெரும்பாலான வழித்தட வடிவமைப்புகளை உள்ளடக்குகின்றன: கிளையின் Ethernet பிரிவு, துனலின் முனைகளுக்கு இடையிலான வெளிப்புற வலை, மற்றும் துனல் செயலாக்கத்திற்குப் பிந்தைய பாதை. ஒவ்வொன்றும் வேறு பொருளைப் பார்க்கிறது, குறி முதல் ஒன்றில் மட்டுமே உள்ளது. உணரி இடத்தைத் தேர்ந்தெடுப்பது கொள்கைக்கு எந்தப் பொருள் தேவை என்பதற்கான முடிவு, வசதியின் கேள்வி அல்ல.
| Observation point | What is actually there | Question it can answer |
|---|---|---|
| Branch Ethernet segment | Tagged frames on the local wire | Which VLAN carried this frame here |
| Outer tunnel network | The protected carrier between endpoints | Which endpoints are exchanging traffic |
| After tunnel processing | Recovered IP packets | Which branch prefix the packet claims |
கொள்கையின் கேள்வியை அட்டவணை பதிலளிக்கக்கூடிய சொற்களில் கேளுங்கள், அது பொதுவாகத் தானே தீரும். பாக்கெட் எந்தக் கிளையிலிருந்து வந்தது என்பதை விதி அறிய வேண்டுமானால், கீழ்நிலை முன்னொட்டு வரைபடம் போதுமாகலாம், ஆனால் அந்த வரைபடம் துல்லியமாகவும் தெளிவாகவும் இருக்கும் வரை மட்டுமே. பிரேம் எந்தத் துறைமுகத்திற்கு வந்தது என்பதை விதி அறிய வேண்டுமானால், உங்களுக்கு முதல் இடம் தேவை, ஏனெனில் கீழ்நிலையில் எதுவும் அதை மீண்டும் உருவாக்க முடியாது. கேள்விக்குப் பதிலாக பழக்கத்தால் வைக்கப்படும் உணரிகள் தான், வடிவமைப்பு ஒருபோதும் சுமக்காத புலத்தைக் குழுக்கள் இறுதியில் கோரக் காரணம்.
Ethernet-ஐக் கொண்டு செல்லும் துனல் வேறு வடிவமைப்பு, முனைகள் எதைப் பாதுகாக்கின்றன அல்லது மீண்டும் எழுதுகின்றன என்பதற்கு அதன் சொந்தச் சோதனை தேவை. TAP-ஐ மட்டும் தேர்ந்தெடுப்பது இன்னும் பாலம், VLAN அனுமதி விதிகள் அல்லது ஆய்வுக் கொள்கையை வரையறுக்கவில்லை.
மூன்றாவது: மூல சூழலை நம்புவதற்குப் பதிலாக அதை ஈட்டுங்கள்
ஒவ்வொரு கிளைக்கும் ஒரு முகவரி வரம்பு VLAN அடையாளத்தின் வழக்கமான மாற்று, வரைபடம் ஒன்றுக்கு ஒன்றாக இருக்கும் வரை மட்டுமே அது நிலைக்கும். மேற்பொருந்தும் முன்னொட்டுகள், மொழிபெயர்ப்பு மற்றும் பகிரப்பட்ட நுழைவாயில் ஒவ்வொன்றும் அந்த அனுமானத்தை வடிவமைப்பின் அல்ல, தரவுத் தரத்தின் பிரச்சினையாகத் தோன்றும் வகையில் உடைக்கின்றன. வரைபடத்தை அதன் எல்லைகளுடன் எழுதி, இரண்டு வரிகளுடன் பொருந்தும் பாக்கெட்டுக்கு என்ன ஆகிறது எனக் கூறுங்கள். இரு கிளைகளில் தோன்றும் முன்னொட்டு நீங்கள் கண்டறியும் பிழையாக இருக்க வேண்டும், நீங்கள் ஏற்கும் நாணயச் சுழற்சி அல்ல.
வாடிக்கையாளர் வழங்கும் சூழல் உறுப்பினர் என்பதற்கான சான்று அல்ல. அது ஒரு கூற்று, அதன் இடம் வேறு நிரலில்.
வேறுபாடு முக்கியமான இடத்தில், நீங்கள் கட்டுப்படுத்தும் இணைப்புத் தரவைப் பயன்படுத்துங்கள்: எந்தத் துனல் நிகழ்வு இணைப்பை ஏற்றுக்கொண்டது, பாக்கெட்டுகள் எந்த இடைமுகத்திற்கு வந்தன, அந்தத் துணை பற்றி உள்ளூர் வழித்தட அட்டவணை என்ன கூறுகிறது. வாடிக்கையாளர் வழங்கும் லேபிள் பயனுள்ள துப்பு மற்றும் அனுமதிக்குப் பயனற்ற உள்ளீடு. உணரி தன் பக்கத்திலிருந்து இணைப்பை நிறுவ முடியாவிட்டால், கொள்கைக்கு நம்பிக்கையான ஊகத்திற்குப் பதிலாக பரந்த விதி தேவை.
நான்காவது: பதில் பாதை மற்றும் மறைகுறியாக்கம் தவறவிடுவதை உறுதிசெய்யுங்கள்
ஒரு திசையை மட்டும் பார்க்கும் உணரியும் ஆரோக்கியமாகத் தோன்றலாம், ஏனெனில் கோரிக்கைகள் நேரத்திற்கு வருகின்றன. பதில் பாதையை வெளிப்படையாகச் சோதியுங்கள், பொதுவான அணுகலுக்காக அல்ல, அதே ஓட்டத்திற்குச் சோதியுங்கள். அரை-இருதிசைத் தெரிவுநிலை அதிலிருந்து நீங்கள் எடுக்கும் ஒவ்வொரு நிலை அடிப்படையிலான முடிவிலும் அமைதியான இடைவெளியாகிறது.
உள் IP பரிமாற்றத்தை மீட்டெடுப்பதும் அதற்குள் இருக்கும் பயன்பாட்டைப் பார்ப்பதற்குச் சமம் அல்ல, ஏனெனில் துனல் வழியாகக் கொண்டு செல்லப்படும் TLS TLS ஆகவே இருக்கும்.
ip -d link show tun0
tcpdump -i tun0 -n -e -c 5அந்த இரண்டு கட்டளைகள் இடைமுகக் கேள்விக்குப் பதிலளித்து பதிவில் உண்மையில் என்ன இருக்கிறது என்பதைக் காட்டுகின்றன, இது கட்டமைப்பைப் பற்றி வாதிடுவதை விட வேகமானது. உங்கள் வடிவமைப்பு பயன்படுத்தும் இடைமுகப் பெயரை இடுங்கள், உங்களுக்கு முக்கியமான ஓட்டம் செயலில் இருக்கும்போது பதிவை இயக்குங்கள். TUN சாதனத்தில் எந்தக் குறியும் தோன்றாதபோது, உணரி தரவை விட்டது என்பது அல்ல, வடிவமைப்பு பாலம் கட்டுவதற்குப் பதிலாக வழித்தடம் அமைத்தது என்பதே கண்டுபிடிப்பு. பின்னர் குறியைப் பார்க்கக்கூடிய இடத்திற்கு உணரியை நகர்த்துங்கள், அல்லது தற்போதைய இடம் தாங்கக்கூடிய சொற்களில் விதியை மீண்டும் எழுதுங்கள்.