VPN خاموش است، اما هنوز کند: اتصالات آداپتور را بررسی کنید
قطع اتصال تونل را حذف می‌کند، اما نه لزوماً فیلتر مشتری را که به آداپتور فیزیکی متصل است. پیش از تغییر هر چیزی، مؤلفه دقیق را فهرست کنید.
مشتری می‌گوید قطع شده است، رابط تونل از بین رفته، و ترافیک روزمره هنوز کندتر از پیش از نصب VPN است. یکی از توضیحات، مؤلفه فیلتری است که پس از بسته شدن تونل به آداپتور فیزیکی متصل مانده است. این سرنخی است که ارزش بررسی دارد، نه حکم: همان کندی می‌تواند از نسخه درایور، تنظیم offload یا مؤلفه مشتری دوم بیاید. پیش از تغییر هر چیزی، آنچه واقعاً متصل است را فهرست کنید.
مؤلفه را نام ببرید، وضعیتش را ثبت کنید، سپس یک چیز را تغییر دهید.
تونل را از اتصال جدا کنید
رابط VPN و درایور فیلتر اشیای متفاوتی هستند. رابط هنگام بسته شدن تونل ناپدید می‌شود؛ فیلتری که به آداپتور فیزیکی متصل است در پشته شبکه نصب می‌شود و می‌تواند مستقل از وضعیت تونل فعال بماند. کاربران یک نشانه می‌بینند و سیستم‌عامل دو تکه وضعیت بی‌ارتباط را نگه می‌دارد.
همین تفاوت دلیل آن است که جدا کردن مشتری یا حذف نمایه VPN غالباً چیزی را تغییر نمی‌دهد. رابط شیء مرئی است. اتصال در عمق بیشتری از پشته قرار دارد و از آن عمر بیشتری می‌کند.
مؤلفه دقیق را فهرست کنید
اتصالات روی آداپتوری را که ترافیک کند را حمل می‌کند فهرست کنید و از نام واقعی آن به جای حدس عمومی استفاده کنید. شناسه مؤلفه و وضعیت فعال‌بودن را ثبت کنید، سپس آداپتور فیزیکی را با رابط VPN و هر آداپتور مجازی دیگر در فهرست مقایسه کنید.
اطلاعات نسخه به همان سابقه تعلق دارد، زیرا دو ماشین با نام نمایشی مشابه می‌توانند درایورهای متفاوتی اجرا کنند. یک فروشنده نیز می‌تواند مؤلفه فیلتر جدیدی را با نام نمایشی قدیمی عرضه کند. شناسه‌ها را مقایسه کنید، نه برچسب‌ها را.
Get-NetAdapterBinding -Name 'Ethernet' -AllBindings | Select-Object DisplayName,ComponentID,Enabled Get-NetAdapter | Format-Table Name,InterfaceDescription,DriverVersion,Status Get-NetAdapterStatistics -Name 'Ethernet' pnputil /enum-drivers | Select-String -Pattern 'vpn|filter|ndis' -Context 0,2 driverquery /v | Select-String -Pattern 'vpn|filter'
نام آداپتور، شناسه مؤلفه، نسخه درایور و نسخه مشتری VPN را یادداشت کنید. بدون این چهار مقدار، مقایسه بعدی حدس است. آن‌ها را به تیکت پیوست کنید تا اجرای بعدی با این یکی مقایسه شود.
یک چیز تأییدشده را تغییر دهید و تکرار کنید
با همان بار کاری، مقصد و شبکه دسترسی یک خط پایه بسازید. یادداشت کنید که VPN قطع است یا نه، اتصال مشکوک فعال است یا نه، و مشتری دوم VPN نصب است یا نه، زیرا دو مشتری می‌توانند هرکدام مؤلفه‌هایی بر جای بگذارند.
اگر فروشنده تغییر وضعیت آن اتصال را برای عیب‌یابی پشتیبانی می‌کند، فقط همان مؤلفه را روی همان آداپتور غیرفعال کنید، بار کاری یکسان را تکرار کنید و وضعیت اصلی را بازگردانید. یک جفت قبل و بعد از یک متغیر ارزشمندتر از نصب تازه همه چیز است. اگر نتیجه مبهم است، پیش از آزمودن فرضیه بعدی وضعیت اصلی را بازگردانید. دو تغییر همزمان عددی می‌سازند که کسی نمی‌تواند به آن نسبت دهد.
سپس دوباره وصل شوید و بررسی کنید که VPN هنوز کار می‌کند، از جمله هر سیاستی که مشتری باید اعمال کند. تغییری که مرور را بهتر می‌کند اما اجرای خود تونل را می‌شکند، یک عیب را با عیب دیگری عوض کرده است، و آن پسرفت به سابقه تعلق دارد.
در مسیر پشتیبانی‌شده فروشنده بمانید
پیاده‌سازی‌های فیلتر کردن بین نسل‌های محصول تغییر می‌کنند. برخی فروشندگان اکنون مسیر Windows Filtering Platform را مستند می‌کنند که نسخه‌های پیشین در آن از خانواده درایور دیگری استفاده می‌کردند، بنابراین یک دستور رجیستری از یک رشته فروم قدیمی می‌تواند برای نسخه نصب‌شده کاملاً اشتباه باشد.
فهرست نصب‌شده و مسیر فعال را جداگانه بررسی کنید، زیرا انتخاب حالت جدیدتر ثابت نمی‌کند که مؤلفه قدیمی رفته است. وقتی پاک‌سازی لازم است، فرایند حذف یا به‌روزرسانی پشتیبانی‌شده فروشنده را اجرا کنید و سپس فهرست اتصالات را تکرار کنید.
شواهد را باریک نگه دارید: آداپتور، مؤلفه، نسخه‌ها، مقایسه کنترل‌شده و نتیجه پسرفت VPN. این از نتیجه‌گیری درباره درایور یا سازگاری پشتیبانی می‌کند بدون آنکه هر اتصال کند به آزمایش MTU تبدیل شود یا ادعا شود همه مشتریان VPN یکسان رفتار می‌کنند.