IKEv1 உடன் XAuth மற்றும் OTP: ஒவ்வொரு கேள்வியும் என்ன கேட்கிறது
குழு PSK, பயனர் XAuth பரிமாற்றம் மற்றும் OTP சவால் ஆகியவை மூன்று வெவ்வேறு உள்ளீடுகள். மற்றொரு கிளையண்டை நிறுவுவதற்கு முன் ஒவ்வொரு கேள்வியையும் அதன் உரிமையாளருடன் பொருத்துங்கள்.
PSK, XAuth மற்றும் OTP உடன் IKEv1 ஒரு சிக்கலான கடவுச்சொல்லைக் கேட்கவில்லை. இது சகாக்களுக்கு இடையேயான பகிரப்பட்ட விசையையும், ஒரு பயனர் பரிமாற்றத்தையும், பின்தளம் எப்படிக் கேட்பது என்பதைத் தீர்மானிக்கும் இரண்டாவது காரணியையும் அடுக்குகிறது. ஒவ்வொரு அடுக்குக்கும் அதன் சொந்த உரிமையாளரும் அதன் சொந்த தோல்விச் செய்தியும் உண்டு. இவற்றைக் குழப்புவது, குழு ரகசியத்தைச் சேமிக்கும் புலத்தில் ஒரு முறை குறியீட்டை மீண்டும் தட்டச்சு செய்ய வைக்கிறது.
மற்றொரு கிளையண்டை நிறுவுவதற்கோ சான்றுகளை மீட்டமைப்பதற்கோ முன், ஒவ்வொரு கேள்வியையும் அதைக் கேட்கும் அடுக்குடன் பொருத்துங்கள்.
மூன்று ரகசியங்கள், மூன்று உரிமையாளர்கள்
முன் பகிரப்பட்ட விசை சக உறவுக்குச் சொந்தமானது, இரு முனைகளையும் நிர்வகிப்பவர் ஒருமுறை அமைக்கிறார். பயனர் சான்று அங்கீகார பின்தளத்திற்குச் சொந்தமானது, ஒவ்வொரு உள்நுழைவிலும் சரிபார்க்கப்படுகிறது. இரண்டாவது காரணி டோக்கன் அமைப்புக்குச் சொந்தமானது, அதன் பதில் ஒவ்வொரு முயற்சியிலும் மாறுகிறது. எதுவும் மற்றொன்றுக்கு மாற்றாகாது, மூன்றையும் ஒரே கடவுச்சொல்லாகக் கருதும் நிறுவல் யாரும் ஆவணப்படுத்தாத அடுக்கில் தோல்வியடைகிறது.
மூன்று நெடுவரிசைகளை எழுதுங்கள்: உரிமையாளர், ஆயுள், மற்றும் ஒவ்வொன்றும் உருவாக்கும் தோல்விச் செய்தி. அந்த அட்டவணையே கண்டறியும் கருவி, கிளையண்டின் புலப் பெயர்கள் அல்ல.
| Layer | Owner | Lifetime |
|---|---|---|
| Pre-shared key | Peer configuration | Until operators change it |
| XAuth credential | Authentication backend | Per session, per policy |
| One-time code | Token system | Single use |
PSK: நபரின் அல்ல, சகாவின்
இந்தப் பழைய அமைப்பில் முன் பகிரப்பட்ட விசை நுழைவாயில் இணையை அங்கீகரிக்கிறது, எனவே பயனரின் உள்நுழைவு அதை ஒருபோதும் மாற்றாது. கேள்விக்குப் பதிலாக பொதுவான பேச்சுவார்த்தை பிழையை உருவாக்கும் வகையில் அடிக்கடி தவறாகும் மதிப்பும் இதுவே. பயனர் கேள்வி தோன்றுவதற்கு முன் சுரங்கப்பாதை தோல்வியடைந்தால், சந்தேகத்திற்குரியவை விசை அல்லது முன்மொழிவுகள்.
பயனர் சான்று முதல் கட்டத் தோல்வியைச் சரிசெய்ய முடியாது. அதைச் சுழற்றுவது பாதுகாப்பாகச் சுழற்றக்கூடிய ஒரே சான்றை வீணாக்கி, தவறான கோட்பாட்டை வலுப்படுத்துகிறது.
XAuth: பழைய பயனர் பரிமாற்றம்
XAuth, IKEv1 சக அங்கீகாரத்தின் மேல் பயனர் அங்கீகார பரிமாற்றத்தைச் சேர்க்கிறது, எந்தப் பின்தளம் அதைச் சரிபார்க்க வேண்டும் என்பதை நுழைவாயில் தீர்மானிக்கிறது. அந்தப் பின்தளத்தைப் பொறுத்து, பரிமாற்றம் அடைவு கடவுச்சொல், RADIUS சான்று அல்லது டோக்கன் பதிலை ஏற்கலாம். XAuth என்ற சொல் பரிமாற்றத்தின் போக்குவரத்தைக் குறிக்கிறது, சான்றின் வகையை அல்ல.
நுழைவாயில் சுயவிவரம் எந்தப் பின்தளத்தைச் சுட்டுகிறது என்பதைப் பாருங்கள். அது பயனரிடம் என்ன கேட்கப்படும், கடவுச்சொல் மீட்டமைப்பு உண்மையில் என்ன மாற்றும் என்பதைச் சொல்கிறது, இரண்டுமே கிளையண்ட் சுயவிவரத்தில் தெரியாது.
OTP: பின்தளம் கேட்பதைப் பொறுத்து
சில நிறுவல்கள் கடவுச்சொல்லுக்குப் பிறகு தனி ஒரு முறை குறியீட்டைக் கேட்கின்றன, மற்றவை ஆவணப்படுத்தப்பட்ட பிரிப்பானுடன் கூட்டு உள்ளீட்டு வடிவமைப்பை வரையறுக்கின்றன. இரண்டும் உள்ளன, உங்கள் முன் உள்ள சுயவிவரம் எதைத் தேர்ந்தெடுப்பது என்பதைத் தீர்மானிக்கிறது. வேறொரு இடத்தில் வேலை செய்ததால் இணைப்பு முறையைக் கண்டுபிடிப்பது பதிவு டோக்கனை எரிக்கும் மிகவும் பொதுவான வழி. நுழைவாயிலின் சொந்த ஆவணங்கள் மட்டுமே இதைத் தீர்மானிக்கும்.
நுழைவாயில் வழங்கும் பரிமாற்றத்தை முடிக்கக்கூடிய கிளையண்டுடன் ஆவணப்படுத்தப்பட்ட வடிவமைப்பைப் பயன்படுத்துங்கள்.
கிளையண்ட் எல்லை எங்கே கடிக்கிறது
FortiClient 7.4.4 மற்றும் அதற்குப் பிறகு IPsec VPN-க்கு IKEv1-ஐ ஆதரிக்காது என்று Fortinet ஆவணப்படுத்துகிறது, இது FortiClient இணக்கக் குறிப்பு பதிவு செய்வது போல் உலகளாவிய நீக்கமல்ல, தயாரிப்பு மற்றும் பதிப்பு எல்லை. பிற கிளையண்டுகளும் ஒன்றுக்கொன்று மாற்றாகாது: OpenConnect மற்றும் openfortivpn குறிப்பிட்ட நுழைவாயில் நெறிமுறைகளைப் பேசுகின்றன, தன்னிச்சையான IKEv1 சுயவிவரங்களை அல்ல. நிறுவப்பட்ட கிளையண்டின் IKE பதிப்பு, PSK பயன்முறை, XAuth ஆதரவு மற்றும் இடைவினை மாதிரியைத் தனித்தனியாகச் சரிபார்க்கவும். வேறு முறையில் இணைக்கும் கிளையண்ட் அசல் தேவையை நிரூபிக்கவில்லை.
IKEv1 வழக்கொழிந்தது, எனவே ஆதரவற்ற பழைய கிளையண்டின் மேல் கட்டப்பட்ட புதிய வரிசைப்படுத்தல் குறுகிய கால தீர்வு. நுழைவாயில் உரிமையாளரிடம் ஆதரவான இடம்பெயர்வுப் பாதையைக் கேளுங்கள், இரண்டாவது காரணி அங்கு எப்படிக் கையாளப்படும் என்பது உட்பட.
காரணியை அணைக்காமல் கண்டறிதல்
பதிவில் நிலைகளைப் பிரிக்கவும்: சக பேச்சுவார்த்தை, பயனர் பரிமாற்றம், இரண்டாவது காரணி முடிவு, பின்னர் முகவரி மற்றும் வழி ஒதுக்கீடு. ஒவ்வொரு புலத்திலும் குறியீட்டை முயற்சிப்பதற்குப் பதிலாக கூறு மற்றும் நிலையைப் பதிவு செய்யுங்கள். சோதனை கடக்க காரணியை அணைப்பது நிறுவல் பற்றி எதையும் நிரூபிக்காத சுரங்கப்பாதையை உருவாக்குகிறது.
பதிவு ரகசியங்களையும் பகிரப்பட்ட விசையையும் நிறுவனத்தின் செயல்முறைப்படி பாதுகாக்கப்பட்ட சேமிப்பில் வைத்திருங்கள். நிலையான கோப்பில் உள்ள ஒரு முறை குறியீடு காரணியாக இருப்பதை நிறுத்திய காரணி.