ரூட்டட் அல்லது பிரிட்ஜ்ட் VPN: கிளையண்ட் எதை அடைய வேண்டும் என்பதன் அடிப்படையில் தேர்ந்தெடுக்கவும்

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

டிக்கெட் மேசையில் ஒரே போலத் தெரியும் இரண்டு கோரிக்கைகள்

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

இவை வெவ்வேறு கேள்விகள், இரண்டிற்கும் பாலம் மூலம் பதில் சொல்வது பணியாளரின் அணுகலைக் காரணமின்றி முழு அலுவலக LAN வரை விரிவாக்குகிறது.

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

ரூட் LAN உறுப்பினர் நிலையை விடக் குறுகியது

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

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

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

பாலம் அனுமதிக் கேள்வியை மாற்றுகிறது

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

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

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

வடிகட்டுதல் இரண்டு டோபாலஜிகளிலும் உள்ளது

பாலம் இயல்பாகவே வடிகட்ட முடியாதது அல்ல, ரூட் இயல்பாகவே பாதுகாப்பானது அல்ல. Linux பாலம் வடிகட்டலுக்கு அதன் சொந்த முட்களும் சொந்த விதி இலக்கணமும் உள்ளன, ரூட்டட் IP முன்னனுப்பலுக்கு எழுதப்பட்ட விதி பிரிட்ஜ்ட் பிரேம்களுக்குத் தானாகப் பொருந்தாது.

எல்லையை உறுதியளிப்பதற்கு முன் தளம் உண்மையில் எதை ஆதரிக்கிறது என்பதைச் சரிபார்க்கவும்:

bridge link show
nft list ruleset

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

மூன்று முயற்சிகளால் எல்லையை நிரூபிக்கவும்

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

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

curl -sS -o /dev/null -w "%{http_code}" http://10.20.0.10/health
ip route get 10.20.0.10
ip route get 10.30.0.5

பாலத்திற்கு இணைப்பு மட்டச் சரிபார்ப்புகளைச் சேர்க்கவும்: அனுமதிக்கப்பட்ட கண்டறிதல் போக்குவரத்து கடக்கிறதா, முகவரியிடல் நோக்கமான அதிகாரத்திலிருந்து வருகிறதா, அகற்றிய பிறகு தற்காலிகப் பங்கேற்பாளர் போய்விட்டாரா. சாதாரண ரூட்டட் IP ஏற்கனவே தேவையைப் பூர்த்தி செய்தால், அலுவலக Ethernet பிரிவில் சேர தனி நியாயம் தேவை, அது மாற்றத்திற்கு முன் எழுதப்பட வேண்டும்.