هشدار WAN Miniport: آداپتور را تعمیر کنید یا پروفایل را از نو بسازید
پروفایل قفلشده یا آداپتور سرسخت معمولاً یعنی یک مینپورت پنهان، نه حساب. پیش از نصب دوبارهٔ درایور، وضعیت آداپتور را بخوانید.
قفلشدن پیش از آنکه اعتبارنامهای ارائه شود، خودداری از حذف پروفایل، نمایش آداپتوری که نامش را کسی نمیشناسد: اینها سه چهره از یک عیباند. رابط نرمافزاریای که VPN به آن متصل میشود خراب شده، در حالی که حساب و دروازه دستنخوردهاند. سه تعمیر قابل دفاع است و اینکه کدام کاربرد دارد از یک بازرسی فقطخواندنی برمیآید. هر چیزی پس از آن بازرسی حسابوکتاب است؛ هر چیزی پیش از آن حدس.
پروفایل در واقع به چه چیزی متصل میشود
هر نوع تونل بومی ویندوز توسط آداپتور مجازی خودش سرویسدهی میشود و این آداپتورها درایورهای مینپورتاند نه کارت فیزیکی. پروفایل نوع تونل را انتخاب میکند، نوع آداپتور را انتخاب میکند، و بنابراین یک درایور ناسالم میتواند هر پروفایلی را که با آن شریک است بشکند، در حالی که اشتراک فایل و مرور وب ادامه دارند. این وابستگی در ویژگیهای پروفایل دیده نمیشود.
این رابطها بهطور پیشفرض پنهان میمانند، هم در Device Manager و هم در فهرست آداپتورها. اینگونه است که یک رابط خراب نامرئی میماند، در حالی که صاحب ماشین اصرار دارد چیزی تغییر نکرده است.
علامت هشدار شاهدی مفید است و آیکون تمیز نیست. یک آداپتور میتواند خود را سالم گزارش کند و باز هم اتصالی خراب داشته باشد، پس پرسش مفید این است که رابط به چه چیزی وصل است، نه اینکه آیکون چگونه دیده میشود. نخست وضعیت و سپس اتصالها را بخوانید، چون آیکون به کمارزشترین پرسش پاسخ میدهد. رد کردن این ترتیب همان چیزی است که یک بررسی دهدقیقهای را به یک بعدازظهر کار با درایور تبدیل میکند.
بر اساس وضعیت آداپتور تصمیم بگیرید، نه کد خطا
شمارهٔ خطا میگوید کدام مرحله شکست خورده و هیچ چیزی دربارهٔ اینکه کدام مؤلفه مقصر است نمیگوید. تخصیص نشانی، انتخاب گواهی و پروتکل تونل شمارههای خودشان را دارند، بهطور متعارف 720، 789 و 806، و هیچیک از این سه شاهدی دربارهٔ مینپورت نیست. از شماره برای انتخاب بررسی بعدی استفاده کنید، نه برای انتخاب تعمیر.
مشاهدههایی که تمایز میدهند اندکاند. این جدول هر یک را به گام بعدی فقطخواندنی نگاشت میکند:
| What you observe | What it implies | Read-only step |
|---|---|---|
| Every profile on one protocol fails | That protocol's miniport is unusable | Read the hidden adapter status |
| Adapter reports healthy, tunnel never starts | A binding is missing or disabled | List every binding on the adapter |
| Only the vendor client fails | The vendor adapter or its registered name | Read the vendor service key |
| The profile will not delete | The interface underneath is stuck | Confirm the adapter before removing the profile |
ترتیب مهم است چون نصب دوبارهٔ درایور کند و آشفتهکننده است. انجام آن برای رفع مشکل تخصیص یک ساعت هزینه دارد و به نفر بعدی چیزی نمیآموزد. جدول دامنهٔ آسیب را هم روشن میکند: یک پروتکل خراب در همهٔ پروفایلها به درایور اشاره دارد، در حالی که یک کلاینت فروشنده خراب در کنار پروفایلهای بومی سالم به پشتهٔ فروشنده اشاره دارد.
دو خوانش که بیشتر تیکتها را حل میکنند
هر دو خوانش فقطخواندنیاند و هیچیک درایور را لمس نمیکند. اولی رابطهای پنهان مینپورت را با وضعیتشان فهرست میکند و دومی فهرست میکند که یک آداپتور نامدار به چه چیزی متصل است:
Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindingsپروتکلی را که پروفایل شما استفاده میکند جایگزین کنید، چون فهرست اتصالهای IKEv2 هیچ چیزی دربارهٔ یک SSTP پروفایل نمیگوید. یک اتصال ARP یا IPv4 غیرفعال، یا درایور فیلتر شخص ثالث متصل به آداپتور، میتواند تونل را پیش از آغاز متوقف کند. حضور نرمافزار امنیتی در آن فهرست اثبات اینکه علت آن است نیست، پس پیش از غیرفعال کردن هر چیزی اثر را ثابت کنید.
آداپتور سالم اتصالهایی را که انتظار دارید نشان میدهد و هیچ فیلتری که نتوانید توضیح دهید. وقتی فهرست پاک است، شاهد به خود درایور منتقل شده و بخش بعدی همان است که اعمال میشود.
نام آداپتور و نسخهٔ درایور را پیش از حذف آن نگه دارید
وقتی آداپتور واقعاً بیاستفاده است، تعمیر استاندارد این است که آن را قابل حذف کنید، حذفش کنید و بگذارید ویندوز دفعهٔ بعد که پروفایلی از آن پروتکل استفاده میکند نمونهٔ تازهای بسازد. در Device Manager درایور را بهروزرسانی کنید، از فهرست انتخاب کنید، فیلتر سختافزار سازگار را پاک کنید و یک آداپتور عمومی مایکروسافت که گزینهٔ حذف نصب را میدهد انتخاب کنید.
پیش از آن، ثبت کنید چه چیزی را حذف میکنید: نام آداپتور، نسخهٔ درایور، ارائهدهنده و تاریخ. تعمیری که بعداً نتوانید توصیفش کنید قابل تکرار نیست، و بهای معمول یک تعمیر توصیفنشده همان ماشین است که سه بار تعمیر شده. ابزارهای فروشنده همان کار را با دامنهٔ گستردهتر انجام میدهند و در ناوگان مدیریتشده وقتی از خود فروشنده بیایند و نه از آینه معقولاند. ابزاری که فایلهای دودویی درایور را عوض میکند بیش از نصب دوبارهٔ یک آداپتور تغییر میدهد، پس نسخهٔ آن را هم در تیکت ثبت کنید.
یک مورد فروشنده برای همان نشانه تعمیر دیگری لازم دارد. کلاینتی که آداپتور خود را زیر نام نمایشی حاوی ارجاع نصبکننده ثبت میکند ممکن است پس از ارتقا فعال نشود، و اصلاح آن نام را در کلید سرویسی که مالکش فروشنده است ویرایش میکند. مقدار یک نام آداپتور ساده میپذیرد و کلاینت پس از آن دوباره راهاندازی میشود:
HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit Windowsآن کلید به یک کلاینت تعلق دارد. این یک تعمیر عمومی ویندوز نیست و هرگز نباید روی ماشینی که آن کلاینت را اجرا نمیکند اعمال شود.
پیش از بستن تیکت با پروتکل دومی تأیید کنید
یک اتصال دوبارهٔ موفق یک پروتکل را از یک آداپتور میگذراند، پس کمتر از آنچه به نظر میرسد اثبات میکند. پروفایل اصلی را دوباره امتحان کنید، سپس دومی ساختهشده بر نوع تونل دیگر، و بخواهید هر دو وصل شوند. اگر فقط اولی کار میکند، شکست باقیمانده شاهدی دربارهٔ درایور یا خطمشی است نه دربارهٔ رابطی که تازه بازسازیش کردهاید.
اگر شکایت اصلی پروفایلی بود که حذف نمیشود، آن را هم دوباره بیازمایید، چون پروفایلی که پس از سالم شدن آداپتور هنوز از حذف سر باز میزند عیب دیگری است و کار بیشتر روی آداپتور هدر میرود. حساب و دروازه را بیرون از گزارش نگه دارید مگر آنکه چیزی به آنها اشاره کند. تونلی که پیش از احراز هویت میمیرد معمولاً ماشین را توصیف میکند، و یک یادداشت صادقانه آداپتور، پروتکل و بررسیای که آن را تأیید کرد نام میبرد.