IKEEXT சேவை முடக்கப்பட்டால் L2TP/IPsec தோல்வியடைகிறது

ஒரு மடிக்கணினி IKEv2 நுழைவாயிலை அடைகிறது ஆனால் L2TP/IPsec நுழைவாயிலில் தோல்வியடைகிறது, மேலும் எந்தப் பயனர்பெயரும் அனுப்பப்படுவதற்கு முன்பே பிழை வருகிறது. சுயவிவரம் பொதுவாக முதல் சந்தேக நபர் மற்றும் பொதுவாக தவறானது. Windows IPsec விசைப் பரிமாற்றத்தை ஒரு சேவையில் இயக்குகிறது, அந்தச் சேவை முடக்கப்பட்டிருக்கும் வரை உள்ளமைந்த கிளையண்டுக்கு பேச்சுவார்த்தை நடத்த ஒரு ஸ்டாக் இல்லை. சுயவிவரத்தின் ஒரு புலத்தைக்கூடத் தொடுவதற்கு முன் சேவையை உறுதிசெய்து, பின்னர் அதை எது முடக்கியது என்பதைக் கண்டறியுங்கள்.

தோல்விக்குப் பின்னால் உள்ள சேவை

சேவைப் பட்டியலில் IKEEXT என்று தோன்றும் IKE and AuthIP IPsec Keying Modules விசைப் பரிமாற்றத்தைச் செய்கிறது மற்றும் Windows இல் UDP 500 மற்றும் 4500 சாக்கெட்டுகளை வைத்திருக்கிறது. அதை முடக்கினால் L2TP/IPsec மற்றும் IKEv2 இரண்டும் தங்கள் பேச்சுவார்த்தையாளரை இழக்கின்றன, ஆனால் PPTP மற்றும் SSTP வேலை செய்யத் தொடரலாம் ஏனெனில் அவை அதைச் சார்ந்திருக்கவில்லை. இந்தப் பிரிவுதான் ஒரு பயனர் ஒரு VPN வகை வேலை செய்கிறது என்றும் மற்றொன்று அதே இயந்திரத்தில் இறந்துவிட்டது என்றும் தெரிவிக்கக் காரணம். சேவை இயங்குதளத்தின் ஒரு பகுதி, எனவே எந்தச் சுயவிவர அமைப்பும் அதை மாற்ற முடியாது.

இந்த இரண்டு போர்ட்களையும் விடுவிப்பது தவறான ஆலோசனையை உருவாக்கும் பக்க விளைவு. ஒரு கருவி அல்லது மன்றப் பதிவு 500 மற்றும் 4500 ஆக்கிரமிக்கப்பட்டிருப்பதைக் கவனித்து, அவற்றை விடுவிக்கச் சேவையை நிறுத்தி, அதன் மூலம் IPsec ஐ ஹோஸ்ட்டிலிருந்து அமைதியாக அகற்றுகிறது. இரண்டு விளைவுகளும் ஒரே செயல், எனவே போர்ட்களைச் சுத்தம் செய்யப் பரிந்துரைக்கும் எந்த வழிகாட்டியும் பழுதுநீக்கத்தை அல்ல, பரிமாற்றத்தை விவரிக்கிறது.

யூகிக்காமல் சேவையை மீண்டும் கொண்டு வாருங்கள்

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

sc qc ikeext
sc query ikeext

தொடக்க வகை Disabled முழு அறிகுறியையும் விளக்குகிறது, தீர்வு அதை மீண்டும் Automatic ஆக அமைத்து சேவையைத் தொடங்குவது. Services console இல் உள்ளீடு அதன் காட்சிப் பெயரான IKE and AuthIP IPsec Keying Modules உடன் தோன்றும், எனவே அந்தப் பட்டியலில் IKEEXT தேடினால் எதுவும் கிடைக்காது. தோல்வியடைந்த இணைப்பு ஏற்கனவே இயங்கிய பின்னரே சேவை தொடங்கப்பட்டிருந்தால் மறுதொடக்கம் செய்யுங்கள், ஏனெனில் அந்த வரிசையில் தொடங்கப்பட்ட ஸ்டாக் தொடர்பற்றதாகத் தோன்றும் வழிகளில் தோல்வியடையலாம்.

sc config ikeext start= auto
net start ikeext

அதை மீண்டும் எது அணைக்கிறது

சில மூன்றாம் தரப்பு VPN தொகுப்புகள் தங்கள் சொந்த IPsec செயலாக்கத்தைக் கொண்டு வந்து நிறுவலின் போது IKEEXT ஐ முடக்குகின்றன, அதன் பிறகு Windows கிளையண்ட் வேலை செய்வதை நிறுத்துகிறது. மற்ற தயாரிப்பை நீக்கியது, சுயவிவரத் திருத்தங்கள் எதையும் அடையாத இயந்திரங்களில் L2TP/IPsec ஐ மீட்டெடுத்தது, முரண்பட்ட கூறு இல்லாமல் மீண்டும் நிறுவியதும் அவ்வாறே செய்தது. சேவை நிறுவலின் போது முடக்கப்பட்டது, பயனரால் மாற்றப்படவில்லை.

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

முதலில் நிலையைப் படியுங்கள், பின்னர் பதிவை

சேவை இயங்கும்போது, தோல்வியின் நிலை அடுத்து எங்கே பார்ப்பது என்பதைத் தீர்மானிக்கிறது. IKE இன் போது நிற்பது பொதுவாக UDP 500 அல்லது 4500 சேவையகத்தை அடையவே இல்லை, அல்லது சேவையகம் பொருந்தும் என்கேப்சுலேஷன் அமைப்பு இல்லாமல் NAT பின்னால் உள்ளது என்று பொருள். சான்றுக் கேட்புக்கு வந்து அங்கே தோல்வியடைவது PPP அங்கீகாரச் சிக்கல், IPsec அல்ல. மேலே வந்து எதையும் அடையாத சுரங்கப்பாதை வழித்தடம் அல்லது பிரிக்கப்பட்ட சுரங்கப்பாதைக் குறைபாடு, அந்த மூன்றில் முதல் ஒன்று மட்டுமே VPN சுயவிவரத்தில் உள்ளது.

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

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

உள்ளூர் பழுதுநீக்கம் எதை நிரூபிக்க முடியாது

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

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

• IKEEXT உள்ளது, Automatic ஆக அமைக்கப்பட்டு கிளையண்ட் இணைவதற்கு முன் இயங்குகிறது.
• வேறு எதுவும் UDP 500 அல்லது 4500 ஐ வைத்திருக்கவில்லை.
• பழைய கிளையண்டிலிருந்து இரண்டாவது IPsec ஸ்டாக் எஞ்சவில்லை.
• விசை அல்லது சான்றிதழ்ச் சங்கிலி நுழைவாயில் கட்டமைப்புடன் பொருந்துகிறது.
• தோல்வியடைந்த நிலை சுயவிவரம் திருத்தப்படுவதற்கு முன் பதிவு செய்யப்பட்டது.