ஒரு TAP சேவையகமா அல்லது பலவா? பாலத்தில் OpenVPN வாடிக்கையாளர்கள்

பல TAP வாடிக்கையாளர்களுக்கு ஒவ்வொன்றிற்கும் ஒரு சேவையக செயல்முறை, ஒரு UDP துறைமுகம் மற்றும் புரவலனில் ஒரு TAP சாதனம் தேவையில்லை. Ethernet பயன்முறையில் ஒரு OpenVPN சேவையகம் பல அங்கீகரிக்கப்பட்ட வாடிக்கையாளர்களை ஏற்றுக்கொண்டு அவர்களை ஒரே பாலத்தில் இணைக்க முடியும், மேலும் அடுக்கு 2 பிரிவை விரிவாக்குவதற்கான ஆவணப்படுத்தப்பட்ட வழி அதுவே. ஒரே செயல்முறை வடிவமைப்பே கையேடு ஆவணப்படுத்துவது, பொதுவாக அதுவே சரியான இயல்புநிலை.

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

இரு கட்டமைப்புகள், இரு அமைப்புகள் அல்ல

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

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

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

server-bridge உதவியாளர் என்ன செய்கிறது

server-bridge உதவியாளர் பல-வாடிக்கையாளர் Ethernet பயன்முறையை அமைக்கிறது. அதன் முகவரிக் குள வடிவம் நுழைவாயில், வலையமைப்பு முகமூடி மற்றும் பாலமிட்ட துணை வலையத்திற்குள் ஒதுக்கப்பட்ட வரம்பை எடுக்கிறது, எடுத்துக்காட்டாக 192.168.50.1 இல் நுழைவாயில் மற்றும் 192.168.50.160 முதல் 192.168.50.199 வரையிலான குளம்.

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

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

தனிமைப்படுத்தல் செயல்முறைகளின் எண்ணிக்கையிலிருந்து வருவதில்லை

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

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

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

எப்போது பல செயல்முறைகள் இன்னும் சரி

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

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

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

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