IPv6 கிளை முன்னொட்டு: சேவையகத்தில் iroute-ipv6 அல்லது route-ipv6?

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

இரண்டு வழிமுறைகள், இரண்டு வேறு வேலைகள்

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

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

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

ip -6 route show | grep fd00:7a
ip -6 route get fd00:7a::1

எது எங்கே சேருகிறது

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

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

# /etc/openvpn/server/server.conf
route-ipv6 fd00:7a::/64
client-config-dir /etc/openvpn/server/ccd

# /etc/openvpn/server/ccd/branch-b
iroute-ipv6 fd00:7a::/64

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

மற்றொரு வாடிக்கையாளருக்கு என்ன தேவை

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

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

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

கிளைச் சாதனத்தில் திரும்பும் பாதை

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

அந்தத் திரும்பும் பாதை IPv6 இல் மக்கள் IPv4 இல் சந்திக்கும் காணாமல் போன வழிப் பிரச்சினையின் இணையானது.

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

இந்த ஜோடி இன்னும் போதவில்லை என்றால்

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

மற்றொன்றுக்காக எழுதப்பட்ட வழிகாட்டியிலிருந்து வழிமுறைகளை நகலெடுப்பதற்கு முன் உங்கள் கட்டமைப்பு எந்தத் தரவுப் பாதையைப் பயன்படுத்துகிறது என்பதை உறுதிசெய்யுங்கள்.

இறுதியாக, முகவரிகளின் வரம்பை நினைவில் கொள்ளுங்கள்: தனித்துவமான உள்ளூர் முன்னொட்டு போன்ற fd00:7a::/64 வடிவமைப்பால் தனியானது மற்றும் பொது IPv6 அணுகல் பற்றி எதுவும் சொல்லாது. அதை உள் அணுகலாகக் கருதுங்கள், இணையத்திற்கு வெளியேறுவதை அதன் சொந்தக் கொள்கையுடன் தனி விஷயமாக வைத்திருங்கள்.