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 حالت لکھیں۔ اگر اپ ڈیٹ کے بعد لٹکنا لوٹ آئے، تو وہی ریکارڈ پانچ منٹ کی جانچ اور شروع سے دوبارہ کرنے کے درمیان فرق ہے۔