Cách xóa một tuyến đường cũ do VPN Windows để lại
Tìm mục thực sự cũ, xem trước việc xóa nó theo đúng kho chính sách, và xác nhận rằng tra cứu chọn giao diện mà bạn mong đợi.
Phiên của bạn đã kết thúc từ nhiều giờ trước, bộ điều hợp đã biến mất, nhưng tuyến đường vẫn còn trong bảng và trỏ tới giao diện 42. Xóa dòng đó chỉ cần một lệnh; quyết định rằng đó là dòng đúng cần bốn bước kiểm tra. Bảng tuyến đường được chia sẻ, nên việc xóa rộng sẽ lấy đi những đường mà các kết nối khác vẫn dùng, kể cả đường mang đường hầm. Mỗi bước dưới đây thu hẹp mục tiêu cho đến khi chỉ còn một mục có thể khớp.
1. Quyết định xem mục đó là cũ hay có chủ đích
Một mục sống sót qua lần khởi động lại đã được ghi ở đâu đó, và nơi đó thường là một quyết định chứ không phải tai nạn. Đường hầm chia tách dựa vào những tuyến trông giống hệt phần còn lại, và một chính sách đẩy một tiền tố qua đường hầm không thể phân biệt với mục cũ trong một danh sách. Hãy hỏi tuyến xuất hiện khi nào: tuyến chỉ tồn tại khi đường hầm hoạt động thuộc cấu hình của máy khách, nên lệnh dọn dẹp là công cụ sai. Xóa một tuyến có chủ đích và kết nối tiếp theo sẽ hỏng ở bước không ai theo dõi.
Tuyến tới điểm cuối xứng đáng có cảnh báo riêng. Khi máy khách thêm tuyến máy chủ tới máy chủ VPN để các gói đã mã hóa đến được nó qua kết nối cục bộ, xóa tuyến đó làm sập đường hầm ở lần kết nối lại tiếp theo, và triệu chứng được đọc như lỗi máy chủ. Trước khi chạm vào bất cứ thứ gì, hãy so sánh đích với địa chỉ mà máy khách kết nối tới: một địa chỉ công cộng duy nhất khớp với máy chủ VPN là đường bên ngoài, không phải rác.
2. Ghi lại bốn trường đặt tên cho mục
Chỉ tiền tố không phải là danh tính, vì hai giao diện có thể giữ tuyến tới cùng một đích. Ghi lại tiền tố đích, chỉ số giao diện, bước nhảy tiếp theo và kho chính sách, vì bốn giá trị đó mô tả chính xác một mục. Một danh sách cho bạn tất cả:
Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetricSắp xếp theo số đo nâng những tuyến mà máy thực sự ưu tiên, và phần còn lại thường nằm ở đó. So sánh mục khi đường hầm hoạt động và một lần nữa sau khi nó rơi: tuyến biến mất cùng bộ điều hợp là của máy khách, và tuyến còn lại do thứ khác ghi. Kho chính sách là trường mọi người bỏ qua, và chính nó giải thích sự xuất hiện trở lại, vì một mục bị xóa khỏi kho đang hoạt động sẽ trở lại sau lần làm mới chính sách tiếp theo. Ghi lại bốn giá trị trước khi chạy bất cứ thứ gì làm thay đổi trạng thái.
3. Xem trước việc xóa, rồi xóa một mục
Remove-NetRoute chấp nhận cùng tiền tố và chỉ số giao diện mà Get-NetRoute đã in, và nó có công tắc xem trước, nên không cần đoán gì. Chạy cặp lệnh theo thứ tự này:
Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42 -WhatIf
Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42Bản xem trước in ra đối tượng mà nó sẽ xóa, nên hãy so sánh tiền tố, giao diện và bước nhảy tiếp theo với ghi chú của bạn trước khi nhả công tắc. Không dòng nào chạm tới một mục lâu bền, vì kho đang hoạt động là mặc định; thêm -PolicyStore PersistentStore khi tuyến bạn xác định sống ở đó, nếu không việc xóa có vẻ thành công và mục sẽ trở lại ở lần làm mới chính sách tiếp theo. Giữ một đường khôi phục ngoài băng khi phiên ở xa, vì xóa tuyến mang kết nối của chính bạn sẽ kết thúc nó. Đừng bao giờ với tới một lệnh xóa sạch bảng.
4. Tìm thành phần đặt nó trở lại
Xóa không phải là sửa chữa khi chủ sở hữu vẫn được cấu hình để cài tuyến. Chủ sở hữu thường là một trong ba: hồ sơ máy khách VPN với danh sách đường hầm chia tách, một tập lệnh hoặc tác vụ đã lên lịch thêm tuyến khi đăng nhập, hoặc một chính sách miền áp dụng cho máy. Kiểm tra hồ sơ trước, vì nó chạy ở mọi kết nối:
Get-VpnConnection | Select-Object Name,SplitTunneling,ServerAddress
Get-NetRoute -PolicyStore PersistentStoreCác mục lâu bền hiển thị mà không cần kết nối gì, nên một tuyến trở lại sau khi khởi động lại mà không có phiên VPN gần như luôn sống trong kho đó hoặc trong tập lệnh khởi động. Sửa chủ sở hữu ở đó, và việc xóa thủ công trở thành xác minh thay vì điều trị.
5. Xác minh tra cứu, các lân cận và ghi chú
Một kết quả sạch không phải là tuyến đã biến mất; đó là một tra cứu giờ chọn giao diện bạn mong đợi. Hỏi máy xem một gói tới tiền tố bị ảnh hưởng sẽ đi đâu, vì phần còn lại vẫn nêu chỉ số đã chết trong khi câu trả lời sạch nêu giao diện trên liên kết hoặc cổng vào đúng. Find-NetRoute trả lời điều đó cho một địa chỉ mỗi lần:
Find-NetRoute -RemoteIPAddress 10.20.4.7Sau đó kiểm tra một lân cận: chọn tiền tố thứ hai mà đường hầm chia tách vẫn cần và xác nhận tra cứu của nó không đổi, vì lấy đi một tuyến quá nhiều là sai lầm mà việc dọn dẹp này mời gọi. Thử lại ứng dụng đã hỏng ban đầu, và ghi lại thành phần nào sở hữu tiền tố bây giờ. Tài liệu Get-NetRoute của Microsoft liệt kê các trường bạn đã ghi ở bước hai. Sáu tháng nữa, chính ghi chú đó ngăn cùng một mục bị chẩn đoán hai lần.