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 स्थिति लिख लें। अगर अपडेट के बाद अटकना लौटता है, तो वही रिकॉर्ड पाँच मिनट की जाँच और शुरू से दोबारा करने के बीच का फ़र्क़ है।