ஒரு Linux நுழைவாயிலில் இரண்டு OpenVPN வாடிக்கையாளர்கள்: கொள்கையைப் பிரிக்கவும்

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

கர்னல் தீர்மானிக்கிறது, டீமன் அல்ல

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

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

ஒவ்வொரு நகலுக்கும் அதன் சொந்த வளத் தொகுப்பைக் கொடுங்கள்

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

dev tun-office
route-nopull
pull-filter ignore "redirect-gateway"

dev tun-lab
route-nopull

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

அணியை எழுதுங்கள்: மூலம், அட்டவணை, சாதனம்

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

ip rule add from 10.8.1.0/24 lookup 100 priority 1000
ip rule add from 10.9.1.0/24 lookup 200 priority 1000
ip route add default dev tun-office table 100
ip route add default dev tun-lab table 200

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

சுரங்கப்பாதையின் சொந்தப் போக்குவரத்து வாடிக்கையாளர் குழுவில் இல்லை

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

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

பாதையைத் தேர்ந்தெடுப்பது அதை அனுமதிப்பதில்லை

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

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

ஒரு சுரங்கப்பாதை விழும்போது என்ன நடக்கிறது

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

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