بازنشانی شبکه در ویندوز بیش از خطای VPN را پاک می‌کند
بازنشانی آداپتورها، مسیرها و فیلترهای WFP را پاک می‌کند، نه فقط تونل معیوب را. ابتدا نمایه، فهرست گواهی‌ها و شواهد را ذخیره کنید، سپس لایه به لایه آزمایش کنید.
این توصیه در ده دقیقه پس از هر شکایت VPN در ویندوز می‌رسد: بازنشانی شبکه را اجرا کن، همه چیز را درست می‌کند. نمی‌کند، و باریک نیست. آن دکمه آداپتورها را پاک می‌کند، پروتکل‌ها را دوباره پیوند می‌دهد، نشانی‌های ثابت و مسیرهای پیش‌فرض را حذف می‌کند، ورودی‌های دیوار آتش و فیلترها را دور می‌ریزد و در ضمن نمایه‌های Wi-Fi را هم فراموش می‌کند. روی دستگاهی با تونلی که کار می‌کند اما بد پیکربندی شده است، یک خطای قابل تشخیص را به بازسازی مستندنشده تبدیل می‌کند. اول پنج چیز را ذخیره کنید تا گزینه برگرداندن آن را حفظ کنید.
بازنشانی محدود به نمایه VPN نیست
اتصال VPN یک شیء از میان بسیاری است که پشته شبکه را شریک‌اند. برداشتن و دوباره افزودن آداپتور شاخص واسط را تغییر می‌دهد، و هر چیزی که به آن شاخص ارجاع می‌داد، از یک مسیر تا یک قاعده دیوار آتش تا درایور فیلتر شخص ثالث، اکنون به چیزی ارجاع می‌دهد که دیگر وجود ندارد.
مجازی‌سازی این را بدتر می‌کند. سوئیچ‌های Hyper-V، پل‌های VMware، شبکه‌های کانتینری و کلاینت‌های VPN با آداپتورهای مجازی خودشان همه در یک فضا زندگی می‌کنند. بازنشانی‌ای که پشته پایه را دوباره نصب می‌کند می‌تواند آن اجزا را نیمه‌حاضر رها کند، و دستگاه حاصل از سخت‌افزار کارکننده بدون مسیر کارکننده خبر می‌دهد.
هیچ‌یک از این‌ها استدلالی علیه هرگز بازنشانی نکردن نیست. استدلالی است علیه بازنشانی در وهله اول، روی دستگاهی که مستندش نکرده‌اید، وقتی خطای واقعی ممکن است یک ورودی مسیر یا یک فیلتر کهنه باشد. بازنشانی ابزاری گسترده با نرخ موفقیت باریک است، و استفاده از آن به‌عنوان حرکت آغازین تضمین می‌کند هرگز نفهمید کدام یک از آن دو بود.
شواهد را پیش از ذخیره تنظیمات ذخیره کنید
خود خطا داده است. کد دقیق خطا، زمان، اینکه کدام نمایه انتخاب شده بود و آیا دروازه اصلاً تلاشی ثبت کرده است را بنویسید. کدی که می‌گوید تونل هرگز پاسخی نگرفت و کدی که می‌گوید احراز هویت شکست خورد به تعمیرهای کاملاً متفاوتی اشاره می‌کنند. پس از بازنشانی ممکن است نتوانید هیچ‌کدام را بازتولید کنید. با وضعیت خراب مانند دارایی‌ای رفتار کنید که در آستانه خرج کردنش هستید.
وضعیت را وقتی هنوز خراب است ثبت کنید، در پوشه‌ای بیرون از پوشه‌های موقت دستگاه:
mkdir C:\vpn-evidence
ipconfig /all > C:\vpn-evidence\ipconfig.txt
route print > C:\vpn-evidence\routes.txt
Get-VpnConnection -AllUserConnection | Export-Csv C:\vpn-evidence\profiles.csv -NoTypeInformation
netsh wfp show state file=C:\vpn-evidence\wfp.xmlدستور آخر همان است که مردم جا می‌اندازند، و غالباً همان است که خطا را توضیح می‌دهد. فیلترهای باقیمانده از کلاینتی که برداشته شده به‌عنوان خط‌مشی پایدار زنده می‌مانند، و XML صادرشده تنها سابقه محلی درباره آن‌هاست. پیش از آنکه بازنشانی چیزی را که می‌کوشیدید شناسایی کنید پاک کند، آن را بخوانید.
پیکربندی‌ای را که بازنمی‌گردد ذخیره کنید
برخی تنظیمات به‌طور خودکار بازساخته می‌شوند. نشانی‌های ثابت، مسیرهای سفارشی، پسوندهای DNS، استثناهای پروکسی و قواعد دیوار آتش نه. خود نمایه‌ها هم نه، که در یک فایل دفترچه تلفن زندگی می‌کنند و بازنشانی آن را برای شما بازنمی‌گرداند.
| What to save | Where it lives | Why the reset loses it |
|---|---|---|
| VPN profiles | rasphone.pbk in ProgramData or the user profile | Profiles are not part of the adapter state |
| Static IP and DNS | Adapter configuration | Adapters are removed and recreated |
| Persistent filters | WFP policy store | Filter state is cleared with the stack |
| Third-party bindings | Adapter binding list | Components must be reinstalled manually |
Get-NetIPConfiguration | Out-File C:\vpn-evidence\netip.txt
Get-NetRoute -AddressFamily IPv4 | Export-Csv C:\vpn-evidence\netroutes.csv -NoTypeInformation
Get-DnsClientServerAddress | Export-Csv C:\vpn-evidence\dns.csv -NoTypeInformation
Get-ChildItem Cert:\LocalMachine\My | Select-Object Subject,Thumbprint,NotAfterفهرست گواهی‌ها مهم‌تر از آن است که به نظر می‌رسد. بازنشانی شبکه گواهی‌های کلاینت را نابود نمی‌کند، اما فهرست به شما می‌گوید نمایه به کدام‌ها وابسته بود و آیا یکی به‌زودی منقضی می‌شود. کشف یک گواهی منقضی پس از بازسازی، بازسازی را هدر می‌دهد.
مسیر بازیابی را پیش از شروع بنویسید
اگر دستگاه دور است و VPN تنها راه ورود شماست، بازنشانی می‌تواند نشست شما را پایان دهد و ممکن است بدون کسی در محل راه بازگشتی نباشد. پیش از اجرای هر چیزی که به آداپتورها دست می‌زند، تأیید کنید که دسترسی خارج از باند وجود دارد یا فردی در دسترس است.
نصب‌کننده‌ها و جزئیات اتصال را جایی نگه دارید که دستگاه بعداً هنوز بتواند به آن‌ها برسد. کلاینتی که باید از درگاه فروشنده‌ای که از طریق تونل قابل دسترسی است دوباره نصب شود، یک وابستگی دوری است، و این رایج‌ترین راهی است که این رویه به قطع سرویس تبدیل می‌شود.
سپس بنویسید چه می‌کنید و چرا، همراه با دستورهای دقیق. فرد بعدی باید بداند بازنشانی یک آزمایش بود یا یک تصمیم، و «همه چیز را امتحان کردیم» یک سابقه نیست.
پس از بازنشانی لایه به لایه آزمایش کنید
بازگرداندن بیش از حد به یک‌باره نتیجه را ناخوانا می‌کند. از پایین کار کنید: آداپتور و نشانی، سپس حل نام، سپس مرحله هویت تونل، سپس برنامه. هر لایه دستوری دارد که به پرسش خودش پاسخ می‌دهد:
Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceDescription
Resolve-DnsName intranet.example.internal
Get-VpnConnection -Name 'Corp' | Select-Object ConnectionStatus,TunnelType
Test-NetConnection -ComputerName intranet.example.internal -Port 443اگر لایه آداپتور سالم است و حل نام نه، بایستید و حل نام را درست کنید. نصب دوباره کلاینت VPN در آن نقطه یک متغیر اضافه می‌کند و یک سرنخ را برمی‌دارد. فقط تنظیماتی را بازگردانید که می‌توانید توضیح دهید، یکی یکی، و پس از هرکدام همان لایه را بررسی کنید.
راهنمای عیب‌یابی خود مایکروسافت برای خطای 720، برای نمونه، مشکلات اتصال را از مشکلات تخصیص نشانی جدا می‌کند به‌جای آنکه یک بازنشانی فراگیر تجویز کند، و این غریزه درست برای هر کد در این خانواده است. پیش از دست بردن به گسترده‌ترین ابزار موجود، بخوانید کد چه ادعایی دارد.