VPN trên Windows: hồ sơ đã lưu so với trạng thái giao diện đang hoạt động

Một VPN trên Windows xuất hiện ở hai nơi trả lời những câu hỏi khác nhau, và việc nhầm lẫn chúng tạo ra một chẩn đoán tự tin nhưng sai. Hồ sơ đã lưu cho biết ai đó đã cấu hình gì; giao diện đang hoạt động cho biết ngăn xếp vừa áp dụng gì. Khi kết nối được thiết lập mà lưu lượng vẫn đi sai đường, phải đọc cả hai góc nhìn, theo đúng thứ tự đó. Không góc nhìn nào một mình cho biết gói của ứng dụng có ra khỏi đường hầm hay không.

Hai góc nhìn của cùng một đường hầm

Góc nhìn hồ sơ là cấu hình: địa chỉ máy chủ, loại đường hầm, phương thức xác thực, thiết lập đường hầm chia tách. Nó có thể đúng trong khi kết nối bỏ qua nó, và có thể lỗi thời trong khi kết nối hoạt động hoàn hảo, vì ứng dụng khách kết nối lại có thể không đọc lại những gì bạn đã sửa. Góc nhìn giao diện là trạng thái đã áp dụng: những bộ điều hợp nào tồn tại, chúng mang họ địa chỉ nào, số đo và trạng thái kết nối của chúng. Nó thay đổi khi các đường hầm xuất hiện và biến mất, điều này khiến nó là nơi đúng cho câu hỏi định tuyến trực tiếp và nơi sai cho câu hỏi cấu hình.

Đọc cả hai cùng lúc là toàn bộ phương pháp, và chỉ đọc một trong hai là cách người ta cuối cùng xóa một bộ điều hợp khỏe mạnh. Các lệnh bên dưới tạo ra cả hai góc nhìn mà không thay đổi gì.

Đọc cả hai góc nhìn mà không thay đổi gì

Hãy bắt đầu với các hồ sơ đã lưu, vì đó là sự thật rẻ nhất để xác nhận. Hãy chú ý đến loại đường hầm và giá trị đường hầm chia tách, vì cả hai quyết định những đích nào cần vào đường hầm. Nếu hồ sơ sai, hãy sửa nó thông qua bề mặt cấu hình được hỗ trợ, vì không gì trong danh sách giao diện sửa được một hồ sơ trỏ đến cổng sai.

Get-VpnConnection | Select-Object Name,ServerAddress,TunnelType,SplitTunneling,ConnectionStatus

Góc nhìn giao diện có hình dạng khác: một đường hầm có thể chiếm hai hàng khi nó mang cả hai họ địa chỉ. Hãy đọc chỉ mục như danh tính và bí danh như nhãn mà ai đó đã chọn, và mong rằng bí danh sẽ thay đổi giữa các phiên bản ứng dụng khách.

Get-NetIPInterface | Select-Object InterfaceIndex,InterfaceAlias,AddressFamily,ConnectionState,InterfaceMetric

Sự hiện diện không phải bằng chứng của việc sử dụng, vì một giao diện có thể tồn tại, được kết nối và vẫn không phải là cái mà tuyến đến đích của bạn chọn. Hãy ghi nhớ điều đó trước khi coi một bộ điều hợp lạ là lỗi. Hai hỏng hóc này trông giống nhau từ bên ngoài: một hồ sơ đúng với tuyến không bao giờ dùng nó, và một hồ sơ sai với tuyến có dùng nó. Chúng có cách sửa hoàn toàn khác nhau, và đó là lý do phần tiếp theo tồn tại.

Đi theo tuyến đến đích

Hãy hỏi ngăn xếp xem nó sẽ đi con đường nào cho địa chỉ mà ứng dụng thực sự liên hệ. Đó là câu hỏi mà danh sách giao diện không thể tự trả lời.

Find-NetRoute -RemoteIPAddress 10.60.20.10 | Select-Object -First 1
Get-NetIPAddress -InterfaceIndex 37 | Select-Object IPAddress,AddressFamily,PrefixLength

Lệnh đầu tiên báo cáo hai trường đáng đọc: bí danh giao diện của nguồn đã chọn và bước nhảy tiếp theo cho đích đó. Chỉ mục 37 trong lệnh thứ hai là những gì đầu ra đầu tiên đã in, không phải hằng số để sao chép, và địa chỉ 10.60.20.10 chỉ là ví dụ. Nếu nguồn đã chọn thuộc bộ điều hợp vật lý trong khi đích đáng lẽ nằm trong đường hầm, bạn đã tìm ra vấn đề lựa chọn, vì giao diện VPN có thể hoàn toàn khỏe mạnh và chỉ đơn giản là không được ưu tiên. Số đo chỉ là một phần của quyết định đó, vì độ đặc hiệu của tuyến, chính sách và trạng thái giao diện đều tham gia.

So sánh ba trạng thái trong cùng điều kiện

Hãy ghi lại danh sách giao diện và tuyến đã chọn trước khi kết nối, trong khi đang kết nối và sau khi ngắt kết nối, với cùng đích và cùng lệnh mỗi lần. So sánh đó tách một giao diện đường hầm hiện tại khỏi một bộ điều hợp ẩn cũ do quá trình gỡ cài đặt để lại, và khỏi một ứng dụng khách thứ hai cũng đang chạy. Nó cũng cho biết giao diện đường hầm có biến mất sạch sẽ hay không, vì một bộ điều hợp còn lại sau khi ngắt kết nối là vấn đề khác với một cái chưa bao giờ xuất hiện. Không có ba ảnh chụp, mọi bí danh lạ đều trông như thủ phạm.

Hãy giữ ba đầu ra cùng với phiếu, vì hai đầu ra lệnh tốt hơn một đoạn mô tả. Đồng nghiệp có thể so sánh chúng mà không cần lặp lại phiên của bạn.

Đừng xóa những gì bạn chưa xác định

Các bộ điều hợp lạ thường thuộc về một thứ gì đó: một ứng dụng khách được quản lý, một bộ chuyển mạch ảo, một mạng vùng chứa hoặc một tác nhân bảo mật. Xóa một cái có thể loại bỏ một thành phần đang hoạt động và để triệu chứng ban đầu đúng chỗ cũ. Nếu tuyến đã lỗi thời, hãy tìm chủ sở hữu của tuyến và sửa tại đó; nếu hồ sơ sai, hãy sửa hồ sơ. Tài liệu của Get-NetIPInterface liệt kê các trường được dùng ở trên, bao gồm các cột số đo và trạng thái khiến việc so sánh có ý nghĩa.

Hãy đặt tên cho đối tượng, tìm chủ sở hữu của nó, rồi hành động trên chủ sở hữu đó. Mọi thứ khác chỉ là đổi tên vấn đề thay vì đọc nó.