ரூட்டட் VPN பதிவில் கிளையின் VLAN குறிச்சொல் ஏன் ஒருபோதும் தெரிவதில்லை

சுரங்கப்பாதை இடைமுகத்தில் எடுக்கப்படும் பதிவுகள் கிளையின் VLAN ID ஐ ஒருபோதும் காட்டாது, இது கருவியின் குறை அல்ல, வடிவமைப்பின் பண்பு. ரூட்டட் TUN சுரங்கப்பாதை IP பாக்கெட்டுகளைக் கடத்துகிறது, எனவே கிளை இணைப்பில் அவற்றைக் கடத்திய குறியிடப்பட்ட Ethernet பிரேம் அவற்றை ரூட் செய்த ரவுட்டரிலேயே முடிகிறது. உங்கள் கொள்கைக் கேள்வி பிரிவுகளைப் பற்றியதாக இருந்தால், பதிவு தொடங்கும் முன் அந்தக் கேள்விக்காக உணரியின் நிலையைத் தேர்ந்தெடுக்க வேண்டும். நீங்கள் எதிர்பார்த்த VLAN புலம் நீங்கள் பாதுகாக்கக்கூடிய சூழலால் மாற்றப்பட வேண்டும்.

சுரங்கப்பாதை இடைமுகம் உண்மையில் என்ன கடத்துகிறது என்பதைப் பாருங்கள்

TUN ஹோஸ்டுக்கு IP பாக்கெட்டுகளை வழங்குகிறது; TAP Ethernet பிரேம்களை வழங்குகிறது. ரூட்டட் வடிவமைப்பு முதலாவதைப் பயன்படுத்துகிறது, அதாவது மறைகுறியாக்கத்திற்குப் பிறகு வரும் பாக்கெட்டில் இணைப்பு அடுக்குத் தலைப்பே இல்லை, எனவே படிக்க 802.1Q குறிச்சொல்லும் இல்லை. வழியில் எதுவும் அகற்றப்படவில்லை, ஏனெனில் குறிச்சொல் ஒருபோதும் சுரங்கப்பாதைக்குள் நுழையவில்லை. உள் பாக்கெட் அதன் IP தலைப்பில் தொடங்குகிறது, எனவே VLAN அறிந்த விதி எதிர்பார்க்கும் ஒவ்வொரு புலமும் வெறுமனே இல்லை.

பதிவு பற்றி வாதிடும் முன் இடைமுக வகையை உறுதிசெய்யுங்கள், ஏனெனில் அதே பயன்பாட்டில் உள்ள TAP சாதனம் வேறுவிதமாக நடந்து தவறான முடிவுக்கு இட்டுச் செல்லும்.

ip -d link show tun0
tcpdump -i tun0 -nn -e -c 20

முதல் கட்டளை சாதன வகையையும் அதன் கொடிகளையும் அச்சிடுகிறது. இரண்டாவது முதல் இருபது பாக்கெட்டுகளின் இணைப்பு அடுக்குத் தலைப்புகளை அச்சிடுகிறது, TUN சாதனத்தில் வெளியீடு Ethernet தொகுதி இல்லாமல் IP இல் தொடங்குகிறது, அதுவே ஒரு திரையில் முழு விளக்கமாகும்.

TAP தேர்ந்தெடுத்தாலும் குறிச்சொல் மீளாது. TAP சாதனம் பிரேம்களை ஒரு பாலத்திற்கு அனுப்புகிறது, குறிச்சொல்லுக்கு என்ன நடக்கிறது என்பது பாலத்தின் VLAN வடிகட்டுதல் மற்றும் துறையின் உள்ளமைக்கப்பட்ட உறுப்பினர் நிலையைப் பொறுத்தது. இது அதன் சொந்த தோல்வி முறைகளைக் கொண்ட தனி வடிவமைப்பு முடிவு.

மூன்று இடங்களில் ஒன்றில் நில்லுங்கள், அது என்ன பார்க்க முடியுமோ அதை ஏற்றுக்கொள்ளுங்கள்

கிளையின் Ethernet பிரிவில் குறிச்சொல் உள்ளது, ஆனால் உணரி அந்தப் பிரிவின் உள்ளூர் போக்குவரத்தை மட்டுமே பார்க்கிறது. வெளிப்புற VPN வலையமைப்பில் போக்குவரத்து பாதுகாக்கப்படுகிறது, எனவே பார்வையாளர் முனைகளையும் அளவையும் மட்டுமே அறிகிறார், உள் பாக்கெட் பற்றி எதுவும் தெரியாது. மறைகுறியாக்கத்திற்குப் பிறகு TUN பாதையில் உள் IP பாக்கெட் அதன் முகவரி மற்றும் துறைகளுடன் கிடைக்கிறது, கிளையின் பிரேம் இல்லாமல். எனவே ஒரே ஓட்டத்தின் ட்ரங்க் பதிவும் ரூட்டட் பதிவும் இரண்டு வெவ்வேறு உரையாடல்களாகத் தெரிகின்றன.

அந்த மூன்று நிலைகள் மூன்று வெவ்வேறு கேள்விகளுக்குப் பதிலளிக்கின்றன, ஒரு பதிவு ஒரே நேரத்தில் மூன்றும் ஆக முடியாது.

tcpdump -i eth0 -nn -e 'vlan' -c 10
tcpdump -i tun0 -nn -c 10

இணையை இயக்கி ஒப்பிடுங்கள். முதல் பதிவு கிளை இணைப்பு ஹோஸ்டுக்கு ட்ரங்க் செய்யப்பட்ட இடத்தில் குறியிடப்பட்ட பிரேம்களையும் அவற்றின் VLAN ID களையும் காட்டுகிறது; இரண்டாவது அதே உரையாடலை ரூட்டிங்கிற்குப் பிறகு சாதாரண IP ஆகக் காட்டுகிறது. முதல் எதுவும் திருப்பித் தரவில்லை என்றால், ஹோஸ்ட் துறை அணுகல் துறையா எனப் பாருங்கள், ஏனெனில் அப்போது சுவிட்ச் குறிச்சொல்லை ஏற்கனவே அகற்றிவிட்டது, ஹோஸ்டில் எந்தப் பதிவும் அதை ஒருபோதும் காட்டாது.

காணாமல் போன குறிச்சொல்லை நீங்கள் பாதுகாக்கக்கூடிய மேப்பிங்கால் மாற்றுங்கள்

கொள்கை பிரிவுகளை IP முன்னொட்டால் வேறுபடுத்தினால், அந்த மேப்பிங்கை அதன் எல்லைகளுடன் எழுதுங்கள். ஒன்றுடன் ஒன்று மேலிடும் முகவரி வரம்புகள், மூல மொழிபெயர்ப்பு மற்றும் பகிரப்பட்ட நுழைவாயில் ஆகியவை ஒவ்வொன்றும் ஒரு முன்னொட்டைப் பாக்கெட் உண்மையில் எங்கிருந்து வந்தது என்பதை அடையாளம் காண போதாததாக்கலாம்.

நீங்கள் கட்டுப்படுத்தும் இடைமுகம் மற்றும் ரூட்டிங் சூழலை நம்புங்கள், வாடிக்கையாளர் தரும் லேபிளை அல்ல. சக நண்பர் அமைக்கக்கூடிய தலைப்புப் புலம் உறுப்பினர் நிலைக்கான ஆதாரம் அல்ல, அதை அவ்வாறு கருதும் ஆய்வு விதி எளிதில் தவிர்க்கப்படும்.

ip route get 10.20.30.40
ip -br addr show

முதல் கட்டளை கர்னல் ஒரு இலக்குக்குப் பயன்படுத்தும் இடைமுகத்தையும் மூலத்தையும் தெரிவிக்கிறது, இது பிரிவுடன் இணைப்பதன் உள்ளூர் பார்வை. இரண்டாவது ஒவ்வொரு இடைமுகத்திற்கும் முகவரிகளைப் பட்டியலிடுகிறது, எனவே உங்கள் மேப்பிங்கில் உள்ள முன்னொட்டுகளை வரைபடத்திற்குப் பதிலாக யதார்த்தத்துடன் சரிபார்க்கலாம்.

முடிவை நம்பும் முன் திரும்பும் பாதையையும் பேலோடையும் சரிபார்க்கவும்

ஒரு திசையை மட்டும் பார்க்கும் ஆய்வுப் புள்ளி உரையாடலின் பாதியைத் தவறவிடும், VPN ஈடுபடும் போது சமச்சீரற்ற ரூட்டிங் பொதுவானது. ஒரு பக்கப் பதிவை முழுமையாகக் கருதும் முன் பதில்கள் அதே உணரி வழியாகச் செல்வதை உறுதிசெய்யுங்கள்.

உள் IP பாக்கெட்டை மீட்டெடுப்பது அதன் உள்ளே உள்ள HTTPS அமர்வை மறைகுறியாக்கம் செய்யாது. கொள்கைக் கேள்வி ஓட்டங்களை விட உள்ளடக்கத்தைப் பற்றியதாக இருந்தால், உணரியின் நிலை மீண்டும் நகர்த்தப்பட வேண்டும், அந்த முடிவு அதே வடிவமைப்பு ஆவணத்திற்கு உரியது.

VLAN புலம் தோன்றுவதற்காக மட்டும் வரம்பற்ற ட்ரங்கை உணரி வரை நீட்டுவது அசல் கேள்விக்குப் பதிலளிக்காமல் வலையமைப்பு எல்லையை விரிவாக்குகிறது. கொள்கைக்குத் தேவையான தகவலுக்கு நிலையைத் தேர்ந்தெடுங்கள், அது என்ன பார்க்க முடியாது என்பதைப் பதிவு செய்யுங்கள், கேள்வி மாறும்போது தேர்வை மறுபரிசீலனை செய்யுங்கள்.