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

லேபிள் ஒரு தேடல் அல்ல

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

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

மூன்று தனி மதிப்புகள், தனித்தனியாக எழுதப்பட்டவை

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

JobExampleWhat it decides
Where the packets go198.51.100.7The endpoint address
What this peer claimsgw.branch.internalThe local IKE identity
Who should answerike.hub.internalThe expected remote identity

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

வகை மதிப்பின் ஒரு பகுதி

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

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

ஒவ்வொரு பக்கமும் மற்றதை திருப்திப்படுத்த வேண்டும்

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

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

DNS எங்கு முக்கியம், உங்கள் பதிப்பு எதை கட்டாயப்படுத்துகிறது

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

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

தொடர்புடைய கட்டுரைகள்