Máy khách gốc SoftEther hay hồ sơ OpenVPN: chọn đúng cổng

Một máy chủ SoftEther có thể trả lời đồng thời trên cổng SSL gốc và trên một cổng tương thích OpenVPN, khiến hai thứ trông như một dịch vụ có hai cửa. Chúng là hai dịch vụ với máy khách khác nhau, định dạng cấu hình khác nhau và khả năng khác nhau. Đưa một hồ sơ gốc vào máy khách OpenVPN sẽ thất bại khi phân tích cú pháp, và lỗi hiếm khi nói vì sao.

Chọn trình lắng nghe trước, rồi đến máy khách.

Hai trình lắng nghe, hai định dạng cấu hình

Giao thức gốc dùng một máy khách SoftEther và một định nghĩa kết nối nêu tên máy chủ, cổng, trung tâm ảo và người dùng. Trình lắng nghe tương thích OpenVPN mong đợi một hồ sơ OpenVPN có chỉ thị remote, vật liệu TLS và các tùy chọn lấy từ một tập được hỗ trợ nhỏ hơn nhiều so với máy chủ OpenVPN độc lập cung cấp. SoftEther gọi đây là chức năng bản sao OpenVPN, và bản sao là một gợi ý hữu ích về độ trung thực.

Tính tương thích là câu hỏi về phiên bản. Hãy kiểm tra bản dựng đã triển khai chấp nhận gì, chứ không phải sổ tay OpenVPN hiện tại ghi gì.

Bước 1: tìm xem nhà vận hành đã bật trình lắng nghe nào

Hãy yêu cầu danh sách trình lắng nghe thay vì đoán từ số cổng. Một máy chủ trả lời bằng TLS trên 443 không nhất thiết là điểm cuối OpenVPN, vì giao thức gốc có thể dùng cùng cổng đó. Phần sổ tay về các chức năng máy chủ tương thích mô tả những bản sao nào tồn tại và cách bật chúng.

Nếu bạn đến được máy chủ, hãy thử cổng được cấp cho bạn chứ không phải cổng trong một bài hướng dẫn: openssl s_client -connect vpn.example.com:443 -brief ít nhất nó cho biết có TLS hay không.

Bước 2: dùng máy khách và hồ sơ phù hợp

Để truy cập gốc, hãy cài máy khách SoftEther, tạo kết nối với thông tin của nhà vận hành và gắn bộ điều hợp ảo. Với trình lắng nghe tương thích, hãy nhập hồ sơ OpenVPN mà nhà vận hành đã xuất từ máy chủ, vì nó mang vật liệu CA và máy khách mà trình lắng nghe đó mong đợi. Đừng lắp hồ sơ thủ công từ một ví dụ chung, và đừng dán định nghĩa kết nối gốc vào cấu hình OpenVPN.

Lỗi phân tích cú pháp khi nhập là vấn đề định dạng, không phải vấn đề mạng, và không nên đưa bạn đến tường lửa.

Bước 3: giữ so sánh trung thực

Nếu nhà vận hành công bố cả hai, hãy so sánh chúng trong khi giữ thiết bị, mạng truy cập và tác vụ không đổi. Hai đường đi có thể khác nhau về xác thực, về các mạng con mà chúng kết nối, và về những gì máy chủ làm sau đó với lưu lượng của bạn. Một máy chủ dùng chung không phải chính sách dùng chung. Cũng giữ tác vụ không đổi, vì sao chép tệp và gọi video gây áp lực lên các phần khác nhau của cùng một đường đi.

Hãy chống lại những cách sửa xuất hiện mỗi khi nhập thất bại. Tắt kiểm tra chứng chỉ hoặc bật mật mã cũ để ép hồ sơ đi qua là thoái bộ, không phải tính năng tương thích.

Bước 4: xác minh đường đi sau khi kết nối

Sau khi kết nối, hãy kiểm tra địa chỉ bạn nhận được, các tuyến đi kèm, DNS và một tài nguyên nội bộ. Ở phía gốc, bộ điều hợp ảo là giao diện cần xem xét; ở phía OpenVPN, đó là thiết bị tun hoặc tap do máy khách tạo. Dù thế nào, câu hỏi là trình lắng nghe bạn chọn có cung cấp quyền truy cập bạn cần hay không, đó là sự thật riêng so với việc đường hầm đã lên hay chưa. Ghi lại địa chỉ trước và sau, rồi so sánh.

Ghi lại trình lắng nghe nào và phiên bản máy khách nào tạo ra kết quả hoạt động. Nếu không, người tiếp theo sẽ lặp lại việc khám phá từ số cổng trở lên.