IKEv2 சான்றிதழின் SAN: அடையாளச் சரிபார்ப்பு ஏன் தோல்வியடைகிறது
செல்லுபடியாகும் IKEv2 சான்றிதழும் எதிர்பார்க்கப்படும் அடையாளமும் SAN வகையும் பொருந்தாதபோது தோல்வியடைகிறது. DNS-ஐ DNS-உடனும், IP-ஐ IP-உடனும் பொருத்தி, முதலில் சுயவிவரத்தைச் சரிபார்க்கவும்.
உங்கள் சான்றிதழ் நம்பகமான CA-வுடன் சங்கிலியாக இணைக்கப்பட்டுள்ளது, தேதிகள் சரியாக உள்ளன, இருப்பினும் சக அமைப்பு அடையாளப் பிழையுடன் நிலை 1-ஐ முடிக்க மறுக்கிறது. அணுகல் மற்றும் செல்லுபடியாகும் கையொப்பம் IKEv2 வாடிக்கையாளர் சரிபார்ப்பதில் பாதி மட்டுமே. மறுபாதி, அது எதிர்பார்க்கும் அடையாளம் சான்றிதழில் சரியான புலத்தில் தோன்றுகிறதா என்பதாகும், அந்த எதிர்பார்ப்பை சுயவிவரம் தான் அமைக்கிறது, சான்றிதழின் கோப்புப் பெயர் அல்ல.
அறிகுறி எப்போதும் ஒரே வடிவமே
இணைப்பு சுயவிவரம் ஹோஸ்ட் பெயரிலிருந்து IP முகவரிக்கு மாற்றப்படுகிறது, அல்லது DNS பெயரைக் கொண்ட சான்றிதழிலிருந்து முகவரிகள் மட்டும் கொண்ட ஒன்றுக்கு புதுப்பிக்கப்படுகிறது, மேலும்சுரங்கப்பாதை பேச்சுவார்த்தையை நிறுத்துகிறது. வலைப்பாதையில் எதுவும் மாறவில்லை. வாடிக்கையாளர் சக அமைப்பை அடைந்து, சான்றிதழைப் பெற்று, சக அமைப்பின் அடையாளத்தை நிராகரிக்கிறது, ஏனெனில் எதிர்பார்க்கச் சொல்லப்பட்ட அடையாளங்காட்டி அது ஏற்கும் புலத்தில் பிரதிநிதித்துவப்படுத்தப்படவில்லை. மாற்றுச் சான்றிதழ் அது மாற்றுவதை விட வேறு டெம்ப்ளேட்டிலிருந்து வருவதால், புதுப்பித்தல்கள் வழக்கமான தூண்டுதலாகும்.
பின்னர் இரு பக்கங்களும் பயனற்ற ஒன்றைப் பதிவு செய்கின்றன, அதனால்தான் தோல்வி பொதுவாக சான்றிதழ் சிக்கலாகப் பதிவாகிறது. வாடிக்கையாளர் பதிவு விரும்பிய அடையாளத்தைக் குறிப்பிடலாம், அந்தப் பெயரே உங்களுக்குத் தேவையான துப்பு, காலாவதி தேதி அல்ல.
அடையாளங்காட்டியின் வகையைப் பொருத்துங்கள், மதிப்பை மட்டும் அல்ல
dNSName SAN மற்றும் iPAddress SAN வெவ்வேறு பொருத்தல் விதிகளைக் கொண்ட வெவ்வேறு புலங்கள், எனவே 203.0.113.10-ஐ DNS சரமாகக் கொண்ட சான்றிதழ் IP அடையாளத்தை எதிர்பார்க்கும் வாடிக்கையாளரை திருப்திப்படுத்தாது. நவீன சரிபார்ப்பான்கள் பொதுப் பெயரை பெரும்பாலும் புறக்கணிக்கின்றன, எனவே சான்றிதழ் விவரங்களில் உள்ள நட்பு லேபிள் எது பொருந்தும் என்பதை நிரூபிக்காது. சிக்கல் தீர்க்கும் போது ஹோஸ்ட் பெயர் முகவரியால் மாற்றப்பட்டிருந்தால், சரிபார்க்கும் வரை எதிர்பார்க்கப்படும் அடையாளமும் அதனுடன் நகர்ந்ததாகக் கருதுங்கள். சுயவிவரத்தில் உள்ள சரத்தை SAN-இல் உள்ள சரத்துடன் எழுத்து எழுத்தாக ஒப்பிடுங்கள், ஏனெனில் இறுதியில் ஒரு புள்ளி அல்லது தேவையற்ற இடைவெளி போதுமானது.
வைல்ட்கார்டுகள் DNS-க்கு மட்டுமேயான வசதி மற்றும் அவற்றின் சொந்த பொருத்தல் விதிகளைப் பின்பற்றுகின்றன, IP அடிப்படையிலான சுயவிவரம் ஒருபோதும் அவற்றை நம்பக்கூடாது என்பதற்கு இது மற்றொரு காரணம்.
ஒவ்வொரு வாடிக்கையாளரும் எதிர்பார்ப்பை எங்கே சேமிக்கிறது என்பதைக் கண்டறியுங்கள்
strongSwan-இல், சான்றிதழுடன் ஒப்பிடப்படும் மதிப்பு சக அமைப்பு அடையாள அமைப்பிலிருந்து வருகிறது: rightid வழக்கமான உள்ளமைவில், அல்லது id swanctl-இல் உள்ள தொலை இணைப்புப் பிரிவின் id-இல் இருந்து. Apple IKEv2 இயக்க ஒத்திசைவு பற்றிய அதன் ஆவணங்கள் இங்கே பயனுள்ளவை, ஏனெனில் சுயவிவரத்தால் இயக்கப்படும் வாடிக்கையாளர் பயன்படுத்தும் அடையாள மரபுகளை அவை விளக்குகின்றன, அந்த மரபுகள் கம்பியில் சீரற்றதாகத் தோன்றும் பொருந்தாமை வகையை விளக்குகின்றன.
Apple உள்ளமைவு சுயவிவரங்கள் தொலை அடையாளங்காட்டி புலத்தைக் கொண்டுள்ளன, அங்குள்ள மதிப்பையே வாடிக்கையாளர் சரிபார்க்கிறது, இணைப்பு அமைப்புகளில் உள்ள சேவையக முகவரியை அல்ல. Windows மற்றும் சாதன வாடிக்கையாளர்கள் ஒவ்வொன்றும் தனது சொந்த புலத்தையும் சொந்த இயல்புநிலையையும் கொண்டுள்ளன, இயல்புநிலை பெரும்பாலும் நீங்கள் தட்டச்சு செய்த முகவரியைப் பின்பற்றுகிறது. இரண்டு புலங்கள் ஒவ்வாதபோது, வாடிக்கையாளர் உண்மையில் படிப்பதே வெல்லும், அது நீங்கள் திருத்தியதாக இருப்பது அரிது.
சுயவிவரத்தையோ சான்றிதழையோ வேண்டுமென்றே சரிசெய்யுங்கள்
எதையும் மாற்றுவதற்கு முன் அங்கீகரிக்கப்பட்ட கருவிகளுடன் சக அமைப்பின் சான்றிதழை ஆய்வு செய்து SAN உள்ளீடுகளை அவற்றின் வகைகளுடன் பட்டியலிடுங்கள். அந்த ஆய்வுக்கு தனிப்பட்ட விசையோ பதிவேற்றமோ தேவையில்லை, அது கேள்வியை சில வினாடிகளில் தீர்க்கிறது. வரிசைப்படுத்தல் ஒரு DNS அடையாளத்தை நோக்கமாகக் கொண்டால், சான்றிதழ் அதை dNSName உள்ளீடாகக் கொண்டிருக்க வேண்டும், வரிசைப்படுத்தல் ஒரு முகவரியை நோக்கமாகக் கொண்டால், சான்றிதழுக்கு அதே முகவரிக்கான iPAddress உள்ளீடு தேவை.
சான்றிதழ் தவறாக இருந்தால், குறிப்பிட்ட எதிர்பார்க்கப்படும் அடையாளங்காட்டியுடன் திருத்தப்பட்ட ஒன்றை இயக்குபவரிடம் கேளுங்கள். சுயவிவரம் தவறாக இருந்தால், சுயவிவரத்தைச் சரிசெய்து சான்றிதழை விட்டுவிடுங்கள். அடையாளச் சரிபார்ப்பை முடக்குவது பிழையை மறையச் செய்கிறது, சுரங்கப்பாதை நீங்கள் நினைத்த சக அமைப்புடன் பேசுகிறது என்பதற்கான சரிபார்ப்பையும் நீக்குகிறது.
ஒவ்வொரு வாடிக்கையாளர் தளத்திற்கும் எதிர்பார்க்கப்படும் அடையாளத்தை ஆவணப்படுத்துங்கள், ஏனெனில் ஒரு வாடிக்கையாளர் தானாகப் பெறும் மதிப்பு மற்றொன்றில் வெளிப்படையாகத் தேவைப்படலாம்.
புதுப்பித்தல் கோரிக்கைக்கு நான்கு உண்மைகளைக் கொடுங்கள்
எதிர்பார்க்கப்படும் அடையாளங்காட்டி மற்றும் அதன் வகை, தற்போதைய சான்றிதழில் உண்மையில் உள்ள SAN உள்ளீடுகள், சரிபார்ப்பைச் செய்யும் வாடிக்கையாளர் மற்றும் பதிப்பு, மற்றும் சரியான பிழை உரையை எழுதுங்கள். இந்த நான்கு வரிகளிலிருந்து கட்டப்பட்ட புதுப்பித்தல் கோரிக்கை முதல் முறையிலேயே சரியான சான்றிதழைப் பெறுகிறது, அதே பழக்கமான கோப்புப் பெயரைக் கொண்ட மற்றொன்றை அல்ல.