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 कन्सोलमा प्रविष्टि आफ्नो प्रदर्शित नाम, 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 स्ट्याक बाँकी रहँदैन।
• कुञ्जी वा प्रमाणपत्र शृंखला गेटवे कन्फिगरेसनसँग मिल्छ।
• असफल चरण प्रोफाइल सम्पादन हुनु अघि टिपिएको थियो।