Cisco VPN پس از Hyper-V معلق می‌شود: لغو اتصال یا بازسازی؟

کلاینت در securing communications می‌چرخد و هرگز اعلان ورود نشان نمی‌دهد، و تنها چیزی که تغییر کرده نصب یک شبیه‌ساز است. این الگو به آداپتور مجازی اشاره دارد، نه به پروفایل یا گذرواژه. تصمیم این است که آیا آداپتور به سوئیچی Hyper-V متصل است که نباید روی آن باشد، یا اینکه هرگز بالا نیامده است.

این دو وضعیت در کلاینت شبیه هم به نظر می‌رسند و ترمیم‌های متفاوتی می‌خواهند. یکی اتصالی است که می‌توانید لغو کنید؛ دیگری مشکلی در درایور است که لغو اتصال به آن دست نمی‌زند.

مرحله securing communications منتظر چه چیزی است

پیش از ساخته‌شدن تونل، کلاینت به یک مسیر شبکه محلی سالم تا دروازه نیاز دارد. آداپتور مجازی خودش را نصب می‌کند و آن را بخشی از این مسیر می‌سازد. اگر Hyper-V آن آداپتور را به سوئیچی متصل کند که برای شبیه‌ساز ساخته شده، آداپتور می‌تواند ارائه مسیر قابل استفاده را متوقف کند.

کلاینت گزارش نمی‌دهد منتظر کدام آداپتور است. گزارش معمولاً در آخرین مرحله‌ای که رسیده پایان می‌یابد و همان خطا برای هر نشانی دروازه ظاهر می‌شود. به همین دلیل تاریخچه نصب مهم‌تر از متن خطاست. گزارش هنوز ارزش نگه‌داشتن دارد؛ مرحله را می‌گوید، نه علت را.

وارد کردن دوباره اعتبارنامه‌ها یا نصب مجدد پروفایل نمی‌تواند اتصال سوئیچ را تغییر دهد. اگر این دو نخستین کار شماست، لایه اشتباه را ترمیم می‌کنید.

تصمیم یکم: آیا آداپتور VPN به سوئیچ اشتباه متصل است؟

Hyper-V Manager و سپس Virtual Switch Manager را باز کنید و فهرست آداپتورهای هر سوئیچ را بخوانید. آداپتور Cisco نباید به عنوان پیوست یک سوئیچ شبیه‌ساز ظاهر شود. اگر ظاهر شد، تقصیر شماست و ترمیم این است که آن را از آن سوئیچ بردارید.

نخست راه‌اندازی مجدد کنید تا کلاینت تمیز شروع کند نه نیمه‌متصل. اتصال را بردارید، اعمال کنید و تا زمانی که آزمایش نکرده‌اید سایر آداپتورها را رها کنید. تغییر برگشت‌پذیر است و چیزی را حذف نمی‌کند، اما بنویسید کدام آداپتورها را جدا کردید.

کلاینت را راه بیندازید و اتصال را امتحان کنید. اگر هنوز معلق می‌شود، آداپتورهای مجازی باقی‌مانده را یکی‌یکی جدا کنید و پس از هر کدام آزمایش کنید تا بدانید کدام مهم بوده است.

تصمیم دوم: آداپتور بالا است اما نشانی ندارد؟

دستور ipconfig /all را از یک خط فرمان با دسترسی بالا اجرا کنید تا آداپتورهای پنهان هم گنجانده شوند، و فهرست را با آنچه از پیش از نصب به یاد دارید مقایسه کنید. آداپتوری بدون نشانی و با وضعیت رسانه قطع‌شده معمولاً یعنی درایور راه‌اندازی نشده است. این با جدا کردن اتصال ترمیم نمی‌شود. وضعیت دقیق را پیش از تغییر هر چیزی یادداشت کنید.

آداپتوری که بالا است اما به سوئیچ اشتباه متصل است، همان مورد بخش پیشین است. وضعیت نشانی چیزی است که آن دو را از هم جدا می‌کند.

شبیه‌ساز را بدون بازگرداندن خرابی بازگردانید

وقتی تونل کار می‌کند، آداپتور خود شبیه‌ساز را دوباره به سوئیچش متصل کنید و تأیید کنید که ماشین مجازی نشانی می‌گیرد. آداپتور VPN را دوباره متصل نکنید. پیش از آنکه کار را تمام بدانید، هم شبیه‌ساز و هم کلاینت را یک بار دیگر آزمایش کنید.

روی یک ایستگاه کاری مدیریت‌شده، به مدیر بگویید کدام اتصال را تغییر دادید. به‌روزرسانی بعدی خط‌مشی می‌تواند اتصال قدیمی را بازگرداند و معلق‌شدن بدون علت آشکار باز می‌گردد.

نام آداپتور، سوئیچی که به آن متصل بود و وضعیت ipconfig را پیش و پس ثبت کنید. اگر معلق‌شدن پس از به‌روزرسانی بازگشت، آن یادداشت تفاوت میان یک بررسی پنج‌دقیقه‌ای و شروع از صفر است.