Đặt lại mạng trên Windows xóa nhiều thứ hơn cả sự cố VPN
Một lần đặt lại sẽ dọn sạch adapter, tuyến đường và bộ lọc WFP, không chỉ đường hầm đang lỗi. Hãy lưu hồ sơ, danh sách chứng chỉ và bằng chứng, rồi kiểm tra theo từng lớp.
Lời khuyên xuất hiện trong vòng mười phút sau mỗi phản ánh về VPN trên Windows: chạy đặt lại mạng đi, nó sửa được mọi thứ. Không phải vậy, và nó không hề hẹp. Nút đó dọn adapter, liên kết lại giao thức, xóa địa chỉ tĩnh và tuyến mặc định, bỏ các mục tường lửa và bộ lọc, và tiện thể quên luôn hồ sơ Wi-Fi. Trên một máy có đường hầm hoạt động nhưng cấu hình sai, nó biến một lỗi có thể chẩn đoán thành một cuộc dựng lại không có tài liệu. Hãy lưu năm thứ trước, và bạn vẫn giữ được lựa chọn hoàn tác.
Việc đặt lại không giới hạn ở hồ sơ VPN
Một kết nối VPN là một đối tượng trong số nhiều đối tượng chia sẻ ngăn xếp mạng. Việc gỡ rồi thêm lại một adapter làm thay đổi chỉ mục giao diện, và mọi thứ tham chiếu chỉ mục đó, từ tuyến đường đến quy tắc tường lửa đến trình điều khiển bộ lọc của bên thứ ba, giờ đây tham chiếu tới thứ không còn tồn tại.
Ảo hóa làm mọi thứ tệ hơn. Switch Hyper-V, cầu VMware, mạng container và các ứng dụng VPN có adapter ảo riêng đều sống trong cùng một không gian. Một lần đặt lại cài lại ngăn xếp nền có thể để các thành phần đó tồn tại nửa vời, và chiếc máy tạo ra báo cáo phần cứng hoạt động mà không có đường đi nào hoạt động.
Không điều nào trong số đó là lập luận chống lại việc đôi khi đặt lại. Đó là lập luận chống lại việc đặt lại trước tiên, trên một chiếc máy bạn chưa ghi tài liệu, khi lỗi thực sự có thể chỉ là một mục tuyến đường hay một bộ lọc cũ. Đặt lại là công cụ rộng với tỉ lệ thành công hẹp, và dùng nó làm bước mở đầu bảo đảm bạn sẽ không bao giờ biết được đó là cái nào trong hai.
Lưu bằng chứng trước khi lưu cài đặt
Bản thân sự cố là dữ liệu. Ghi lại mã lỗi chính xác, thời điểm, hồ sơ nào đã được chọn, và liệu cổng có ghi nhận bất kỳ lần thử nào. Một mã nói rằng đường hầm chưa bao giờ nhận được phản hồi và một mã nói rằng xác thực thất bại chỉ tới những cách sửa hoàn toàn khác nhau. Sau khi đặt lại, có thể bạn không tái tạo được cả hai. Hãy coi trạng thái hỏng là một tài sản bạn sắp tiêu.
Ghi lại trạng thái khi nó còn hỏng, vào một thư mục nằm ngoài các thư mục tạm của máy:
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.xmlLệnh cuối cùng là lệnh mọi người bỏ qua, và nó thường là lệnh giải thích sự cố. Các bộ lọc còn sót lại từ một ứng dụng đã gỡ vẫn tồn tại như chính sách thường trú, và tệp XML xuất ra là bản ghi cục bộ duy nhất về chúng. Hãy đọc nó trước khi một lần đặt lại xóa mất thứ bạn đang cố nhận diện.
Lưu cấu hình sẽ không trở lại
Một số cài đặt được tạo lại tự động. Địa chỉ tĩnh, tuyến tùy chỉnh, hậu tố DNS, ngoại lệ proxy và quy tắc tường lửa thì không. Bản thân các hồ sơ cũng không, chúng nằm trong một tệp danh bạ điện thoại mà việc đặt lại không khôi phục giúp bạn.
| 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,NotAfterDanh sách chứng chỉ quan trọng hơn vẻ ngoài của nó. Chứng chỉ máy khách không bị phá hủy bởi một lần đặt lại mạng, nhưng danh sách cho bạn biết hồ sơ phụ thuộc vào những chứng chỉ nào và liệu có cái nào sắp hết hạn. Việc phát hiện một chứng chỉ hết hạn sau khi dựng lại làm lãng phí cuộc dựng lại.
Viết ra đường khôi phục trước khi bắt đầu
Nếu chiếc máy ở xa và VPN là lối vào duy nhất của bạn, việc đặt lại có thể kết thúc phiên của bạn và có thể không có đường trở lại nếu không có ai tại chỗ. Hãy xác nhận rằng có truy cập ngoài băng tần, hoặc có một người sẵn sàng, trước khi chạy bất cứ thứ gì chạm vào adapter.
Hãy lưu bộ cài và thông tin kết nối ở nơi mà máy vẫn có thể tới được sau đó. Một ứng dụng phải cài lại từ cổng nhà cung cấp chỉ tới được qua đường hầm là một phụ thuộc vòng tròn, và đó là cách phổ biến nhất khiến quy trình này trở thành một sự cố gián đoạn dịch vụ.
Sau đó ghi lại việc bạn đang làm và lý do, bao gồm các lệnh chính xác. Người tiếp theo cần biết lần đặt lại đó là một thử nghiệm hay một quyết định, và “chúng tôi đã thử mọi thứ” không phải là bản ghi.
Kiểm tra theo lớp sau khi đặt lại
Khôi phục quá nhiều cùng lúc khiến kết quả không đọc được. Hãy làm từ dưới lên: adapter và địa chỉ, rồi phân giải tên, rồi giai đoạn nhận diện của đường hầm, rồi ứng dụng. Mỗi lớp có một lệnh trả lời câu hỏi của chính nó:
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 443Nếu lớp adapter khỏe và phân giải thì không, hãy dừng lại và sửa phân giải. Cài lại ứng dụng VPN lúc đó sẽ thêm một biến số và bỏ đi một manh mối. Chỉ khôi phục những cài đặt bạn có thể giải thích, từng cái một, kiểm tra cùng lớp sau mỗi lần.
Hướng dẫn khắc phục sự cố của chính Microsoft cho lỗi 720, chẳng hạn, phân biệt vấn đề liên kết với vấn đề cấp phát địa chỉ thay vì kê một lần đặt lại toàn diện, và đó là bản năng đúng cho mọi mã trong họ này. Hãy đọc điều mã lỗi tuyên bố trước khi với tới công cụ rộng nhất sẵn có.