Check Point அல்லது Nortel எதிரான vpnc: ஏன் அது தொங்குகிறது

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

சுயவிவரத்தின் மற்றொரு புலத்தைத் திருத்தும் முன் தயாரிப்பை அடையாளம் காணுங்கள்.

தோல்வி தவறான சான்றுகள் போலத் தெரிகிறது

vpnc UDP 500 க்கு IKE அனுப்புவதன் மூலம் தொடங்குகிறது, NAT கடத்தல் வழங்கப்பட்டால் UDP 4500 க்கும் அனுப்புகிறது. IPsec க்கு பதிலாக SSL ஐ முடிக்கும் நுழைவாயில் இரண்டிற்கும் பதிலளிக்காது, எனவே முகவர் மீண்டும் முயற்சி செய்து இறுதியில் பொதுவான பிழையுடன் விட்டுவிடுகிறது. அதே கணக்கு சிறிய உதவி பயன்பாட்டை ஏற்றும் உலாவி நுழைவாயில் வழியாக வேலை செய்தால், சுரங்கப்பாதை SSL அடிப்படையிலானது என்பதற்கும் முகவர் தவறான கேள்வியைக் கேட்பதற்கும் இது வலுவான அறிகுறி.

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

நுழைவாயில் எந்த நெறிமுறையை வழங்குகிறது என்பதைச் சரிபார்க்கவும்

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

nc -zvu gw.example.com 500
nc -zvu gw.example.com 4500
nc -zvt gw.example.com 443
curl -sI https://gw.example.com/ | head -5
openssl s_client -connect gw.example.com:443 -servername gw.example.com </dev/null | head -20

உள்நுழைவு பக்கத்திற்கு திருப்பிவிடலுடன் திறந்த 443 மற்றும் 500, 4500 இல் அமைதி SSL VPN ஐ சுட்டுகிறது. 443 இல் வழங்கப்படும் சான்றிதழுடன் 500 மற்றும் 4500 திறந்திருந்தால், வலை முன்முனையையும் இயக்கும் IPsec நுழைவாயிலைக் குறிக்கிறது, vpnc அதற்காகவே கட்டப்பட்டது.

Check Point இன் SSL Network Extender மற்றும் Nortel இன் Aventail முகவர் இரண்டும் இரண்டாவது வகையில் உள்ளன, எதுவும் IKEv1 குழு ரகசியத்தை ஏற்கவில்லை.

vpnc சுயவிவரம் எதை வெளிப்படுத்த முடியும், எதை முடியாது

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

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

நுழைவாயிலுக்குப் பொருந்தும் முகவரைத் தேர்ந்தெடுப்பது

Check Point நுழைவாயிலுக்கு அந்த நுழைவாயில் வெளியீட்டிற்காக கட்டப்பட்ட SNX தொகுப்பை பயன்படுத்துங்கள், அதை விற்பனையாளர் தொலை அணுகல் ஆவணங்களுடன் வெளியிடுகிறார். பழைய SNX கட்டுமானங்கள் தற்போதைய விநியோகங்களில் அடிக்கடி தோல்வியடைகின்றன, ஏனெனில் இனி நிறுவப்படாத 32-bit நூலகங்களை எதிர்பார்க்கின்றன, மேலும் கைவிடப்பட்ட தொகுப்பை இணைப்பதை விட ஆதரிக்கப்பட்ட தளத்தில் ஆதரிக்கப்பட்ட முகவரை இயக்குவது பொதுவாகச் சிறந்தது.

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

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