கிளையண்ட் VLAN-கள் அல்லது குறியிடப்பட்ட ட்ரங்க்: சரியான OpenVPN பயன்முறையைத் தேர்ந்தெடுக்கவும்

ஏறக்குறைய ஒரே வார்த்தைகளில் இரு கோரிக்கைகள் வருகின்றன: ஒவ்வொரு VPN கிளையண்டையும் தேர்ந்தெடுத்த VLAN-இல் வைக்கவும், அல்லது ஏற்கனவே உள்ள VLAN ட்ரங்கை VPN வழியாகக் கொண்டு செல்லவும். இவை இரண்டு வெவ்வேறு தயாரிப்புகள். OpenVPN-இன் உள்ளமைந்த VLAN-அறிந்த பயன்முறை முதல் கோரிக்கைக்கான சுவிட்ச் மாதிரி, அது வெளிப்படையான குறிச் சுமப்பாட்டின் இணைச்சொல் அல்ல. தவறானதைத் தேர்ந்தெடுத்தால், உள்ளமைக்கப்பட்டதாகத் தெரியும் ஆனால் உங்களுக்கு முக்கியமான சட்டகங்களை அமைதியாக விட்டுவிடும் வடிவமைப்பு உருவாகும்.

VLAN-அறிந்த பயன்முறை உண்மையில் என்ன கட்டுகிறது

சேவையகத்திற்கு மட்டுமான TAP வரிசைப்படுத்தலில் vlan-tagging இயக்கப்பட்டால், டீமன் தன் TAP சாதனத்தையும் இணைக்கப்பட்ட ஒவ்வொரு கிளையண்டையும் உள் சுவிட்சின் துறைகளாக மாதிரியாக்குகிறது. கிளையண்ட் துறைகள் குறியில்லாதவை, அவற்றின் VLAN தொடர்பு சேவையகத்தில் ஒவ்வொரு கிளையண்டின் vlan-pvid சூழல் வழியாக அமைக்கப்படுகிறது, கிளையண்ட் அனுப்புவதால் அல்ல. அதுதான் மாதிரியின் முழுப் பொருள்: உறுப்பினர் நிலை என்பது அங்கீகரிக்கப்பட்ட துணை பற்றிய சேவையகப் பக்க முடிவு. கிளையண்ட் சுயவிவரத்தில் எதுவும் தான் எந்த VLAN-இல் உள்ளது என்பதை அறியத் தேவையில்லை.

சேவையகத்தின் TAP பக்கம் vlan-accept வழியாகத் தன் சொந்த குறியிடப்பட்ட அல்லது குறியில்லாத ஏற்புக் கொள்கையைப் பெறுகிறது. அந்தச் சுவிட்சுக்குள் அனுப்புதல் ஒத்த VID-களுக்கு இடையே மட்டுமே நடக்கிறது, client-to-client அமைக்கப்பட்டிருந்தாலும், எனவே வெவ்வேறு VLAN-களில் உள்ள இரு கிளையண்ட்கள் இரண்டும் அதனுடன் இணைந்திருந்தாலும் சேவையகம் வழியாக ஒருவரை ஒருவர் அடைய முடியாது.

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

ஒதுக்கீடுகள் அங்கீகரிக்கப்பட்ட கிளையண்ட் அடையாளத்தைப் பின்பற்ற வேண்டும், கிளையண்ட் தன்னைப் பற்றி வழங்கும் மதிப்பை அல்ல. விடுபட்ட ஒதுக்கீடு தனிமைப்படுத்தல் நிலையும் அல்ல: கிளையண்ட் இயல்புநிலை PVID-இல் விழுகிறது, எனவே விடுபட்ட ccd உள்ளீடு அமைதியான கொள்கை முடிவு, நடுநிலையானது அல்ல.

வெளிப்படையான ட்ரங்க் அதற்குப் பதிலாக என்ன கோருகிறது

ஏற்கனவே குறியிடப்பட்ட சட்டகங்களை முனையிலிருந்து முனைக்குக் கொண்டு செல்வது VLAN-அறிந்த செயலாக்கத்தை அணைப்பதில் தொடங்குகிறது. சுவிட்ச் மாதிரியும் குறிகளைப் பாதுகாப்பதும் மாற்று வழிகள், இரண்டையும் இயக்குவது ஒரு அம்சத்தை மற்றொன்றின் வேலையைச் செய்யச் சொல்வதாகும்.

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

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

பதிலைத் தீர்மானிக்கும் மூன்று நிபந்தனைகள்

முதலில், கிளையண்ட் தளம் TAP-ஐ ஆதரிக்கிறதா? Android-உம் iOS-உம் ஆதரிக்கவில்லை, macOS ஆதரவு வரம்புடையது, எனவே மொபைல் பயனர்களின் குழு VLAN-கள் எவ்வாறு ஒழுங்கமைக்கப்பட்டாலும் இரு TAP வடிவமைப்புகளையும் நிராகரிக்கிறது. வழிமாற்றப்பட்ட TUN அமர்வு ஈதர்நெட் சட்டகங்களை அல்ல, IP பொதிகளைக் கொண்டு செல்கிறது, சேவையகப் பக்க VLAN உள்ளமைவு அதை மாற்றாது. இடவியலை வடிவமைக்கும் முன் குழுவைச் சரிபார்க்கவும், ஏனெனில் இந்த நிபந்தனையைத் தவிர்க்க முடியாது. சுவிட்ச் வேலை முடிந்த பிறகு அதிகம் கண்டறியப்படும் நிபந்தனையும் இதுவே.

இரண்டாவது, VLAN-ஐ யார் ஒதுக்குகிறார்? பதில் «சேவையகம், யார் அங்கீகரிக்கப்பட்டார் என்பதன் அடிப்படையில்» எனில் சுவிட்ச் மாதிரி பொருந்தும். பதில் «ஏற்கனவே உள்ள சுவிட்ச் உள்கட்டமைப்பு, ஏற்கனவே உள்ள குறிகளுடன்» எனில் உங்களுக்கு ட்ரங்க் வடிவமைப்பு தேவை.

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

நீங்கள் செய்த தேர்வைச் சோதித்தல்

அனுமதிக்கப்பட்ட VLAN-இல் இருக்க வேண்டிய ஒரு கிளையண்டையும் இருக்கக்கூடாத மற்றொன்றையும் இணைத்து, பின்னர் சேவையகத்திலிருந்து அல்ல, உண்மையான முனையிலிருந்து சோதியுங்கள். சேவையகப் பக்க அணுகல் பாலம் அல்லது சுவிட்ச் உள்ளது என்பதை நிரூபிக்கிறது; கிளையண்ட் எந்த VLAN-இல் விழுந்தது என்பதை நிரூபிக்கவில்லை.

ip -d link show tap0
bridge vlan show

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

வரிசைப்படுத்தல் இரு வடிவமைப்புகளில் எதைப் பயன்படுத்துகிறது என்பதைப் பதிவு செய்யுங்கள். «VLAN-அறிந்த» என்று கூறும் குறிப்பு தெளிவற்றது, அடுத்த பொறியாளர் முதலில் கற்றதையே கருதுவார். OpenVPN VLAN குறிப்புசுவிட்சின் நடத்தையையும் ஒவ்வொரு கிளையண்டின் சூழலையும் வரையறுக்கிறது, நீங்கள் எந்த மாதிரியை இயக்குகிறீர்கள் என்பதை உறுதிப்படுத்தும் குறுகிய வழி அதுவே.