IKEv2 சேவையக முகவரி vs அடையாளம்: கிளையன்ட் உண்மையில் என்ன சரிபார்க்கிறது

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

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

முதலில், எந்த மதிப்பு முகவரி

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

strongSwan சொற்களில், முகவரி right அல்லது left, மேலும் எதிர்பார்க்கப்படும் அடையாளம் rightid அல்லது leftid, அதைத்தான் IKEv2 உள்ளமைவு ஆவணங்கள் விவரிக்கிறது. நீங்கள் எப்போதாவது முகவரியை மட்டுமே திருத்தியிருந்தால், ஜோடியின் பாதியை உள்ளமைத்துள்ளீர்கள்.

இரண்டாவதாக, சான்றிதழ் என்ன நிரூபிக்க முடியும்

அடையாளத்தில் ஒரு வகை உள்ளது, மேலும் சான்றிதழில் பொருத்தமான பெயரைக் கொண்டிருக்க வேண்டும். ஒரு DNS அடையாளம், பொருள் மாற்றுப் பெயர் நீட்டிப்பில் dNSName உள்ளீட்டால் திருப்தி அடையும்; ஒரு IP அடையாளத்திற்கு iPAddress உள்ளீடு தேவை. vpn.example.com க்கு வழங்கப்பட்ட சான்றிதழானது நேரடியான முகவரி 203.0.113.10 பற்றி எதையும் நிரூபிக்கவில்லை, மேலும் அந்த முகவரிக்காக வழங்கப்பட்ட ஒன்று பெயரைப் பற்றி எதுவும் நிரூபிக்கப்படவில்லை. ஒரே விசை மற்றும் CA மீண்டும் பயன்படுத்தப்பட்டாலும், வேறு பெயருக்கு மறுவெளியீடு என்பது டிராப்-இன் மாற்றாக இருக்காது.

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

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

Windows நீங்கள் தட்டச்சு செய்த சர்வர் பெயர் அல்லது முகவரியை எடுத்து, அதனுடன் பொருந்த சான்றிதழ் தேவைப்படுகிறது, எனவே IP ஐ தட்டச்சு செய்வது IP எதிர்பார்ப்பை உருவாக்குகிறது. Android இன் IKEv2 கிளையன்ட் அதே வழியில் நடந்துகொள்கிறார், மேலும் இருவரும் வெவ்வேறு ஹோஸ்ட்டைக் குறிக்கும் சரியான, பொதுவில் நம்பகமான சான்றிதழை நிராகரிக்கிறார்கள். இடம்பெயர்வின் போது யாரோ ஹோஸ்ட்பெயரை அதன் முகவரியுடன் மாற்றியதால் மட்டுமே சுயவிவரம் தோல்வியடையத் தொடங்கும். சான்றிதழில் என்ன இருக்கிறது என்பதைப் பார்ப்பதற்கு முன் வாடிக்கையாளர் என்ன கேட்டார் என்பதைப் பாருங்கள்.

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

நான்காவதாக, சக அடையாளத்திலிருந்து பயனர் உள்நுழைவைத் தனித்தனியாகப் பிரிக்கவும்

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

சுத்திகரிக்கப்பட்ட அறிக்கை இரண்டையும் குறிப்பிட வேண்டும்: கிளையன்ட் எதிர்பார்க்கும் அடையாளம், சேவையகம் வழங்கிய அடையாளம் மற்றும் சான்றிதழின் SAN உள்ளீடுகள்.

ஐந்தாவது, சரிபார்க்கப்பட்ட சேனல் மூலம் அதை மாற்றவும்

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

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