Lỗi VPN 10051: tuyến đường của bạn, không phải mật khẩu

Một đường hầm Windows thất bại và nhật ký đưa ra con số 10051. Đó là WSAENETUNREACH, được báo khi một thao tác socket không tìm thấy đường nào dùng được đến đích. Đây không phải mật khẩu bị từ chối, chứng chỉ hết hạn hay bằng chứng rằng máy chủ đã thấy gói đường hầm và từ chối nó.

Hai thao tác khác nhau có thể tạo ra nó trong cùng một phiên. Chúng có nghĩa khác nhau và thuộc về những chủ sở hữu khác nhau.

Mã báo điều gì và không báo điều gì

Lỗi mô tả một quyết định cục bộ: ngăn xếp không tìm được tuyến đến đích được yêu cầu, nên thao tác không bao giờ rời khỏi máy. Đây là phát biểu về đường đi, không phải về ý kiến của bên kia về thông tin đăng nhập của bạn. Đọc nó như một thất bại xác thực đưa bạn vào kho chứng chỉ và đặt lại tài khoản vì một vấn đề mà chúng không thể gây ra. Mã cũng không nói gì về việc tường lửa phía dưới có cho phép gói hay không, vì không có gói nào được gửi.

Giữ các dòng nhật ký xung quanh khi bạn ghi lại nó. Chỉ con số thì mất đích, phương tiện vận chuyển và thời điểm, và ba sự thật đó là thứ khiến mục nhập có thể diễn giải được một tuần sau.

Thao tác nào đã thất bại, và khi nào

Lỗi khi máy khách vươn tới điểm cuối bên ngoài của VPN là trường hợp khác với hỏng ứng dụng sau khi đường hầm được thiết lập. Trong trường hợp đầu, đường vận chuyển đến máy chủ bị thiếu hoặc đã bị lấy đi. Trong trường hợp thứ hai, đường hầm tồn tại và một thứ bên trong nó không thể phân giải hoặc định tuyến đích bạn yêu cầu. Cùng mã, khác tầng, khác chủ sở hữu. Dấu thời gian so với lần thử kết nối thường quyết định bạn có trường hợp nào.

Trích dẫn thao tác đã thất bại chứ không chỉ lỗi: kết nối tới địa chỉ nào, qua phương tiện nào và tại điểm nào của chuỗi. Chính cách diễn đạt đó cho phép người thứ hai tái tạo quyết định.

So sánh điểm cuối và họ địa chỉ

Ghi lại đích đã phân giải, phương tiện vận chuyển và cổng. Nếu tên trả về cả địa chỉ IPv4 và IPv6, một kiểm tra IPv4 đang hoạt động không giải thích gì về lần thử IPv6 thất bại. Máy khách có thể đang thử họ mà bạn chưa bao giờ kiểm tra, và việc ép họ kia thay đổi thí nghiệm thay vì sửa nó.

Resolve-DnsName vpn.example.net -Type A,AAAA
Find-NetRoute -RemoteIPAddress 198.51.100.62
Get-NetConnectionProfile

Truy vấn tuyến trả về địa chỉ cục bộ và tuyến tốt nhất cho đích đó ở trạng thái hiện tại, nên hãy chạy nó khi sự cố còn hiện diện. Bộ điều hợp bị ngắt, mạng đã thay đổi hoặc tuyến bất ngờ đều trông khác sau khi mọi thứ được đặt lại. Một đường hầm thứ hai đang hoạt động cũng có thể chiếm đường của điểm cuối, điều này tạo ra mã này cho một máy khách và không cho máy kia.

Hãy nhớ câu trả lời tuyến là gì: một quyết định cục bộ, không phải sự cho phép gửi. Nó không thể nói cho bạn biết tường lửa có chấp nhận datagram hay không hoặc có gì đó đang lắng nghe ở đầu xa.

Các lỗi socket khác và việc bàn giao

Lỗi 10054 là một báo cáo khác, và khi nhận UDP nó có thể hiện ICMP cổng không thể tiếp cận gắn với lần gửi trước đó. Đây là thông điệp về một cổng đích cụ thể, không phải tuyên bố rằng không có tuyến, và cả hai dẫn đến những cuộc điều tra khác nhau. Coi mọi số socket như một biến thể của kết nối thất bại chính là cách một tuyến bị thiếu được 'sửa' bằng cách cài lại máy khách.

Việc bàn giao hữu ích chứa mã chính xác, thao tác đã thất bại, điểm cuối và họ địa chỉ, tuyến đã chọn và thời gian của bất kỳ thay đổi mạng nào. Hãy sửa vấn đề đường đi đã được chứng minh thông qua người sở hữu cấu hình đó. Thay chứng chỉ hoặc tắt xác minh bên kia không thể cung cấp một tuyến không tồn tại, và cả hai đều làm chẩn đoán cuối cùng khó hơn.