Các ứng dụng VPN đã ngừng hỗ trợ: xác định giao thức cổng trước

Bộ cài đặt của các ứng dụng VPN đã hết vòng đời từ nhiều năm trước vẫn chạy, vẫn hỏi hồ sơ, rồi hoàn tất một lần đăng nhập mà không bao giờ để lọt một gói tin nào. Máy thì hiện đại và thông tin đăng nhập đúng, vậy mà cổng vẫn là thiết bị công ty mua cách đây một thập kỷ. Thay ứng dụng là bước đi đúng, nhưng chỉ khi bạn biết cổng đó công bố giao thức nào. Bốn ứng dụng đã ngừng hỗ trợ ở góc này không nói cùng một giao thức.

Vì sao tên thương hiệu không cho biết giao thức

Một họ thiết bị có thể kết thúc nhiều giao thức truy cập từ xa, và tên tiếp thị trên hộp không nói gì về việc tài khoản của bạn dùng loại nào. Thiết bị Cisco từng mang đồng thời IPsec với XAuth và SSL VPN qua AnyConnect; các hộp SonicWall cung cấp Global VPN Client trên IPsec và NetExtender trên SSL VPN; các triển khai Juniper có thể mở ra Network Connect hoặc giao thức Pulse mới hơn. Cài bản kế nhiệm trông hiện đại nhất là đoán. Đoán sai thì hoặc không kết nối được, hoặc xác thực vào một phiên không mang lưu lượng nào.

Việc một trang cổng tải được trong trình duyệt chứng minh rằng một dịch vụ web có phản hồi, không chứng minh rằng một ứng dụng cụ thể sẽ thương lượng với nó. Hãy coi đây là hai sự kiện riêng biệt.

Hỏi cổng xem nó nói giao thức gì

Cách rẻ nhất để thu hẹp lựa chọn là đọc xem điểm cuối trả về gì, rồi nêu rõ tên giao thức khi bạn thử một ứng dụng. Cả hai bước đều không thay đổi gì trên máy chủ.

curl -sS -I https://vpn.example.com/ | head -n 5
openconnect --protocol=anyconnect vpn.example.com

Tiêu đề phản hồi và đường dẫn đăng nhập cho thấy có cổng SSL VPN ở địa chỉ đó hay không, điều này chỉ về AnyConnect, NetExtender hoặc Pulse chứ không phải ứng dụng IPsec. openconnect đặt lựa chọn giao thức trên dòng lệnh, nên một lần thất bại sẽ nêu tên giao thức chứ không phải sản phẩm; thay bằng --protocol=npulse khi triển khai là Juniper. Dừng ở lời nhắc đầu tiên yêu cầu thông tin đăng nhập mà bạn không được cấp, vì một đường hầm hoạt động vẫn cần tài khoản đã được phê duyệt. Ghi lại giao thức và đường dẫn vào phiếu thay đổi cho máy tiếp theo.

Cân nhắc bốn ứng dụng thay thế

Bốn con đường bao phủ gần như mọi trường hợp, và chúng không thể hoán đổi cho nhau. Bản kế nhiệm của nhà cung cấp là con đường được hỗ trợ khi tổ chức sở hữu cổng và sẽ cấp phép cho nó. OpenConnect là ứng dụng mở thực dụng, vì nó nói AnyConnect, Network Connect và Pulse khi bạn nêu tên giao thức thay vì để nó tự đoán.

strongSwan xử lý trường hợp IPsec với XAuth cho các tổ chức cho phép ứng dụng của bên thứ ba, và nó tránh hoàn toàn mã IPsec Cisco đã bị bỏ rơi. Ứng dụng Shrew Soft vẫn đọc các tệp hồ sơ Cisco và chạy trên một số bản dựng Windows, nhưng bản phát hành cuối cùng là năm 2013. Hãy coi đó là giải pháp tạm thời trong khi chờ một con đường được hỗ trợ.

Chọn giữa sửa chữa và thay thế

Một số lỗi là cục bộ: thiếu thư viện, bộ điều hợp ảo lỗi thời, hoặc bộ cài cần tùy chọn sửa chữa của nhà cung cấp. Những thứ đó đáng thử một lần khi ứng dụng còn được hỗ trợ, vì chỉ mất vài phút. Cách tính thay đổi khi tệp nhị phân nằm ngoài hỗ trợ và sự cố đến cùng một bản nâng cấp hệ điều hành, do các quy tắc ký trình điều khiển và tiện ích mở rộng nhân đã thay đổi kể từ khi các ứng dụng này được viết. Một ứng dụng kết nối được trong khi bộ đếm đường hầm hiển thị không phiên nào được thiết lập thường đã quá khả năng sửa chữa, không phải cách một lần cài lại.

Chỉ giữ ứng dụng cũ được cài đủ lâu để xuất hồ sơ của nó, rồi gỡ bỏ. Hai ứng dụng VPN tranh cùng các tuyến đường tạo ra các triệu chứng không giống ứng dụng nào.

Viết thứ tự vào phiếu: giao thức và ứng dụng đã được chủ sở hữu phê duyệt, một bản kế nhiệm được hỗ trợ nếu cài được, một ứng dụng mở đã thử trên một máy nếu không, và một con đường truy cập được hỗ trợ nếu cả hai đều không chạy. Trình tự đó giúp người tiếp theo không tải thêm một tệp nhị phân đã ngừng hỗ trợ nữa.