strongSwan உடன் இரட்டை-அடுக்கு IKEv2 தனிப்பட்ட அணுகலைத் திட்டமிடுதல்

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

மூன்று வகையான முகவரிகள், தனித்தனியாக முடிவு செய்யப்பட்டவை

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

IPv4 மட்டும் வெளிப்புறப் போக்குவரத்தும் இரட்டை-அடுக்கு உள்ளகப் போக்குவரத்தும் ஒரு சாதாரண மற்றும் நன்கு ஆதரிக்கப்படும் ஏற்பாடு.

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

ஒவ்வொரு குடும்பத்திலும் ஒரு மெய்நிகர் முகவரியை ஒதுக்குங்கள்

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

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

vips = 0.0.0.0, ::

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

இலக்குகளைக் குளங்களிலிருந்து தனியாக விவரிக்கவும்

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

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

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

DNS மற்றும் திரும்பும் வழிகளை வேண்டுமென்றே ஆக்குங்கள்

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

வெளிப்புற இறுதிப்புள்ளியின் அணுகலைத் தனியாக ஆவணப்படுத்துங்கள், ஏதேனும் NAT கடத்தல் ஈடுபட்டுள்ளதா மற்றும் அது எந்தக் குடும்பத்தைப் பயன்படுத்துகிறது என்பதும் உட்பட.

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