Phần mềm hỗ trợ nó, vì vậy nút cung cấp nó. Suy luận đó sai đủ thường xuyên để trở thành một quy tắc: một triển khai SoftEther có thể bật bất kỳ tập con nào trong các phương thức kết nối tương thích của nó, và một nút công cộng là một triển khai có chủ sở hữu và cấu hình. Bạn kết nối được với gì phụ thuộc vào nút đó, không phải danh sách tính năng của dự án mà nó chạy. Khoảng trống giữa hai điều đó chính là nơi phần lớn các phiếu «giao thức bị hỏng» thực sự sống.

Danh sách dự án thực sự hứa gì

Các chức năng giao thức của dự án mô tả máy chủ có thể làm gì. Một nút cụ thể bật một số trình lắng nghe đó và không bật những cái khác, và người vận hành có thể thay đổi tập hợp đó mà không chạm vào phiên bản phần mềm. Vì vậy hai nút trên cùng một bản dựng hành xử khác nhau, và một hồ sơ chạy được với nút này không chứng minh được gì về mục tiêu tiếp theo. Danh sách của chính nút có trọng lượng hơn trang dự án khi bạn chọn nơi kết nối.

Hãy đọc danh sách như năm trường, không phải như một menu: điểm cuối, cổng, phương thức vận chuyển, họ giao thức và phương thức xác thực. Một nút công cộng quảng cáo SSTP đã cho bạn biết về một trình lắng nghe trên một cổng; nó chưa cho bạn biết nó trình bày chứng chỉ nào hay tài khoản của bạn có hoạt động ở đó không. So sánh năm trường đó với hồ sơ của bạn nhanh hơn mọi lần cài lại ứng dụng khách, và nó tạo ra một kỳ vọng bằng văn bản mà bạn có thể kiểm tra sau.

Khớp hồ sơ với điểm cuối mà nó nêu tên

Một mục SoftEther gốc không tự động là cấu hình OpenVPN, kể cả khi cả hai xuất hiện trên cùng một trang nhà cung cấp dưới cùng một tiêu đề. Khi một nút công bố cả trình lắng nghe TCP lẫn UDP cho OpenVPN, hãy coi chúng là hai điểm cuối: một hồ sơ được sửa từ cái này sang cái kia sẽ trỏ tới một trình lắng nghe mà không ai bật. Nhãn vận chuyển trong tệp là một phần của địa chỉ, không phải một thiết lập trang trí.

Việc ứng dụng khách chấp nhận một tệp đã nhập chứng minh rằng tệp đó phân tích được. Nó không nói gì về việc có một trình lắng nghe từ xa đang chờ ở đầu bên kia hay không, và đó là lý do lần thử kết nối đầu tiên chính là phép thử thật. Hãy so sánh dòng remote của hồ sơ với máy chủ và cổng được công bố của nút trước khi đổ lỗi cho giao thức.

Thăm dò giai đoạn thất bại

Một máy chủ trả lời lưu lượng web vẫn có thể thiếu dịch vụ VPN dự định, và một máy chủ từ chối một giao thức không nhất thiết là đã chết với tất cả. Hai sai lầm đó đẩy người ta theo hướng ngược nhau trong cùng một buổi chiều. Một người đuổi theo một tường lửa vốn vẫn ổn; người kia cài lại một ứng dụng khách chưa từng là vấn đề. Hãy thăm dò từng đường riêng biệt để câu trả lời mô tả một trình lắng nghe chứ không phải toàn bộ máy chủ.

Năm kiểm tra này bao quát các phương thức phổ biến của nút công cộng. Hãy chạy chúng từ cùng mạng mà ứng dụng khách sử dụng, vì một cổng bị lọc trông giống hệt một trình lắng nghe không tồn tại khi nhìn từ xa.

nc -vz node.example 1194
nc -vz node.example 443
openvpn --config client.ovpn --verb 4
nmap -sU -p 500,4500 node.example
openssl s_client -connect node.example:443 -servername node.example
Kết quảGiai đoạnĐiều nó loại trừ
Kết nối bị từ chối hoặc hết thời gianVận chuyểnKhông có trình lắng nghe, bị lọc hoặc sai cổng
Lỗi bắt tay TLS hoặc danh tínhChứng chỉTính sẵn có của giao thức; trình lắng nghe đã trả lời
AUTH_FAILED hoặc tài khoản bị từ chốiXác thựcĐiểm cuối; vấn đề nằm ở thông tin đăng nhập
UDP 500 và 4500 im lặngĐàm phán IPsecESP và L2TP bị chặn trước khi xác thực

Hãy gắn mỗi lỗi quan sát được với hàng của nó trước khi thay đổi bất cứ điều gì. Một lỗi danh tính TLS chứng minh trình lắng nghe tồn tại, nên viết lại hồ sơ sang giao thức khác sẽ vứt bỏ bằng chứng đang hoạt động. Một kết nối bị từ chối chỉ chứng minh cổng này không trả lời, đó là một tuyên bố hẹp hơn nhiều so với «nút không hỗ trợ OpenVPN».

Hãy giữ lại lỗi trước khi thay đổi bất cứ điều gì

Ghi lại kết quả chính xác: hết thời gian, lỗi danh tính chứng chỉ, tài khoản bị từ chối và bị từ chối ở tầng ứng dụng là bốn kết cục khác nhau. Chỉ cái đầu tiên nói về một giao thức không sẵn có, và chỉ cái cuối cùng nói về quyền sau một kết nối thành công. Đặt lại ứng dụng khách hoặc đổi giao thức phá hủy sự phân biệt đó, vì lần thất bại tiếp theo đến với lịch sử khác và không có đường cơ sở để so sánh.

Đừng làm yếu việc xác minh để một hồ sơ không tương thích trông như đang hoạt động. Một bước kiểm tra chứng chỉ bị tắt biến lỗi danh tính rõ ràng thành kết nối tới thứ bạn không định tới, và thành công thu được còn tệ hơn lỗi ban đầu vì nó che đi giai đoạn nào đã sai.

Kiểm tra lại cho từng nút, mỗi lần

Các lựa chọn SSL, OpenVPN, L2TP/IPsec và SSTP gốc trên danh sách nút công cộng mô tả cấu hình của nút đó tại thời điểm đó. Cùng phần mềm ở nơi khác có thể trình bày một tập hợp khác, và nhà cung cấp có thể rút một trình lắng nghe giữa dấu trang của bạn và lần thử tiếp theo. Ghi chú cũ mô tả những triển khai cũ.

Hãy ghi lại hồ sơ đã xác minh cùng điểm cuối và phương thức của nó, sau đó lặp lại việc thăm dò khi nút thay đổi hoặc kết nối bắt đầu thất bại. Đặc tả giao thức SoftEther là tài liệu tham chiếu cho những gì phần mềm có thể làm; danh sách của chính nút là tài liệu tham chiếu cho những gì nó làm. Hãy tách hai tài liệu đó ra và chẩn đoán sẽ ngắn hơn.

Bài viết liên quan