ஒரு VLANக்கான TAP பாலம்: துணை-இடைமுகத்தை இணைக்கவும்

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

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

நீங்கள் ட்ரங்கைப் பாலமாக்கியதால் குறிச்சொல் தெரியவில்லை

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

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

இரண்டு செல்லுபடியாகும் வடிவமைப்புகள், ஒரு குறிச்சொல் உரிமையாளர்

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

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

முகவரியை உறுப்பினருடன் நகர்த்துங்கள்

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

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

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

பாதைகளைக் குறை சொல்லும் முன் உறுப்பினரைச் சரிபார்க்கவும்

எண்ணிய நிலையை அல்ல, தற்போதைய நிலையைப் படியுங்கள்: ip -d link show dev eno1.120 VLAN id மற்றும் அதன் பெற்றோரை அச்சிடுகிறது, ip link show master br_vpn பால உறுப்பினர்களைப் பட்டியலிடுகிறது, bridge vlan show துறைமுக வாரியான உறுப்பினரையும் வெளியேற்றக் கையாளுகையையும் தெரிவிக்கிறது. துணை-இடைமுக வடிவமைப்பில், TAP சாதனமும் VLAN சாதனமும் உறுப்பினர்கள் என்பதை உறுதிசெய்யுங்கள். VLAN அறிந்த பாலத்தில், துறைமுகக் கொள்கையையே சரிபார்க்கவும், ஏனெனில் பாலம் இருப்பது அது எதை அனுமதிக்கிறது என்பதை நிரூபிக்காது.

பின்னர் அனுமதிக்கப்பட்ட ஒரு வாடிக்கையாளரை அந்த VLANஇல் உள்ள சேவைக்கு எதிராகச் சோதியுங்கள், ARP, ஃபயர்வால் கொள்கை மற்றும் பதில் பாதை ஆகியவை உறுப்பினரிலிருந்து தனித்த விஷயங்கள் என்பதை நினைவில் வையுங்கள். நீங்கள் பாக்கெட்டுகளைப் பிடித்தால், வன்பொருள் offload ஒரு தடயத்தில் VLAN குறிச்சொற்கள் எங்கு தோன்றுகின்றன என்பதை மாற்றக்கூடும் என்பதைக் கவனியுங்கள். நோக்கத்தையும் நேர்மையாக வைத்திருங்கள்: வழிமாற்றப்பட்ட TUN வாடிக்கையாளர் எந்தப் பால மாற்றத்தாலும் VLAN உறுப்பினராக மாட்டார், வாடிக்கையாளர்-க்கு-வாடிக்கையாளர் போக்குவரத்து ஹோஸ்ட்-VLAN இணைப்பை மாற்றாது.