Hyper-V पछि Cisco VPN अड्किन्छ: अनबाइन्ड गर्ने कि पुनर्निर्माण गर्ने?

क्लाइन्ट securing communications मा घुमिरहन्छ र कहिल्यै लगइन प्रम्प्ट देखाउँदैन, र परिवर्तन भएको एउटै कुरा इमुलेटर स्थापना थियो। यो ढाँचाले प्रोफाइल वा पासवर्डतिर नभई भर्चुअल एडाप्टरतिर संकेत गर्छ। निर्णय यो हो कि एडाप्टर नहुनुपर्ने Hyper-V स्विचमा बाइन्ड छ, वा त्यो उठेकै छैन।

यी दुई अवस्था क्लाइन्टमा उस्तै देखिन्छन् र फरक मर्मत चाहिन्छ। एउटा रद्द गर्न सकिने बाइन्डिङ हो; अर्को अनबाइन्ड गर्दा नछुने ड्राइभर समस्या हो।

Securing communications चरण के कुरिरहेको छ

सुरुङ बन्नुअघि क्लाइन्टलाई गेटवेसम्म काम गर्ने स्थानीय सञ्जाल मार्ग चाहिन्छ। यसले आफ्नै भर्चुअल एडाप्टर स्थापना गर्छ र त्यसलाई त्यो मार्गको भाग बनाउँछ। यदि Hyper-V ले त्यो एडाप्टरलाई इमुलेटरका लागि बनाइएको स्विचमा जोड्यो भने एडाप्टरले प्रयोगयोग्य मार्ग दिन छोड्न सक्छ।

क्लाइन्टले कुन एडाप्टर कुरिरहेको छ भनी जनाउँदैन। लग सामान्यतया पुगेको अन्तिम चरणमा सकिन्छ, र उही विफलता हरेक गेटवे ठेगानामा देखिन्छ। त्यसैले स्थापना इतिहास त्रुटि पाठभन्दा महत्त्वपूर्ण छ। लग राख्न अझै उपयोगी छ; यसले चरण बताउँछ, कारण होइन।

पुनः प्रमाणहरू हाल्नु वा प्रोफाइल पुनः स्थापना गर्नुले स्विच बाइन्डिङ बदल्न सक्दैन। यी तपाईंका पहिला दुई कदम भए, तपाईं गलत तह मर्मत गर्दै हुनुहुन्छ।

पहिलो निर्णय: के VPN एडाप्टर गलत स्विचमा बाइन्ड छ?

Hyper-V Manager खोल्नुहोस्, त्यसपछि Virtual Switch Manager, र हरेक स्विचको एडाप्टर सूची पढ्नुहोस्। Cisco एडाप्टर इमुलेटर स्विचको संलग्नकका रूपमा देखिनु हुँदैन। देखियो भने त्यो तपाईंको गल्ती हो, र मर्मत त्यसलाई त्यो स्विचबाट हटाउनु हो।

पहिले रिबुट गर्नुहोस् ताकि क्लाइन्ट आधा जोडिएको नभई सफा सुरु होस्। बाइन्डिङ हटाउनुहोस्, लागू गर्नुहोस्, र परीक्षण नगरेसम्म अरू एडाप्टरलाई छुनु हुँदैन। परिवर्तन उल्टाउन सकिने छ र केही अनइन्स्टल गर्दैन, तर कुन एडाप्टर अनबाइन्ड गर्नुभयो लेख्नुहोस्।

क्लाइन्ट सुरु गरी जडान प्रयास गर्नुहोस्। अझै अड्किन्छ भने बाँकी भर्चुअल एडाप्टर एक एक गरी अनबाइन्ड गर्नुहोस् र हरेकपछि परीक्षण गर्नुहोस्, कुन महत्त्वपूर्ण थियो थाहा पाउन।

दोस्रो निर्णय: एडाप्टर चालु छ तर ठेगाना छैन?

लुकेका एडाप्टर पनि समावेश होऊन् भनी उच्च अनुमतिको प्रम्प्टबाट ipconfig /all चलाउनुहोस्, र सूचीलाई स्थापनाअघिको सम्झनासँग तुलना गर्नुहोस्। ठेगाना नभएको र मिडिया विच्छेदित अवस्थाको एडाप्टरले सामान्यतया ड्राइभर सुरु नभएको जनाउँछ। अनबाइन्ड गर्दा त्यो सुध्रिँदैन। केही बदल्नुअघि ठ्याक्कै अवस्था लेख्नुहोस्।

चालु भए पनि गलत स्विचमा जोडिएको एडाप्टर अघिल्लो खण्डको घटना हो। ठेगानाको अवस्थाले नै दुईलाई छुट्याउँछ।

त्रुटि फर्काउनुबिना इमुलेटर फर्काउनुहोस्

सुरुङ चलेपछि इमुलेटरको आफ्नै एडाप्टर त्यसको स्विचमा फेरि जोड्नुहोस् र VM ले ठेगाना पाएको पुष्टि गर्नुहोस्। VPN एडाप्टर फेरि नजोड्नुहोस्। सकियो भन्नुअघि इमुलेटर र क्लाइन्ट दुवै एकपटक फेरि परीक्षण गर्नुहोस्।

व्यवस्थित वर्कस्टेसनमा, तपाईंले कुन बाइन्डिङ बदल्नुभयो प्रशासकलाई भन्नुहोस्। पछिको नीति रिफ्रेसले पुरानो जोडाइ फर्काउन सक्छ, र अड्किने समस्या स्पष्ट कारणबिना फर्किन्छ।

एडाप्टरको नाम, त्यो बाइन्ड भएको स्विच, र पहिले तथा पछिको ipconfig अवस्था लेख्नुहोस्। अपडेटपछि अड्किने समस्या फर्कियो भने त्यही अभिलेख पाँच मिनेटको जाँच र सुरुदेखि फेरि गर्नेबीचको फरक हो।