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 स्थिती लिहून ठेवा. अपडेटनंतर अडकणे परत आल्यास, ती नोंद पाच मिनिटांची तपासणी आणि सुरुवातीपासून पुन्हा करणे यातील फरक आहे.