Bản dựng ARM không phải là hỗ trợ FortiClient cho Raspberry Pi của bạn

Chạy một ứng dụng khách VPN trên Raspberry Pi không giống như FortiClient được hỗ trợ trên đó. Ba khẳng định bị trộn lẫn trong cuộc trao đổi này: nhà cung cấp công nhận một nền tảng, ai đó dựng một tệp nhị phân cho bộ xử lý, và cổng cho phép giao thức cùng đăng ký của ứng dụng khách đó. Tìm được một trong ba không nói gì về hai cái còn lại. Hãy đi theo thứ tự này và dừng lại khi một cái thất bại, vì đó chính là thứ bạn phải giải quyết.

Bước một: đọc dòng ghi chú phát hành cho đúng gói của bạn

Các tuyên bố hỗ trợ gắn với phiên bản, nên hãy bắt đầu từ ghi chú phát hành của gói mà tổ chức bạn phê duyệt. Một ví dụ cụ thể: bảng của FortiClient Standalone 7.4.7 liệt kê Ubuntu 22.04 và 24.04, Red Hat 9 và CentOS Stream 9 với GNOME. Yêu cầu về bộ xử lý cho Linux được diễn đạt là Intel hoặc tương đương.

Raspberry Pi OS không phải một trong những môi trường Linux được liệt kê đó. Đây không phải phán quyết về mọi phiên bản FortiClient hay dự đoán về các bản phát hành sau; đây là phát biểu về dòng đó trong tài liệu đó. Hãy đọc ma trận của phiên bản bạn thực sự định triển khai.

Đừng mang ghi chú về bộ xử lý từ dòng Windows hay macOS sang dòng Linux. Nhà cung cấp ghi tài liệu nền tảng theo từng phiên bản và từng bản phát hành, và một ghi chú đúng cho một dòng không phải bằng chứng cho dòng khác.

Bước hai: xác nhận Pi đang chạy gì

Ba lệnh xác định các dữ kiện cục bộ trước mọi lần tải xuống:

uname -m
cat /etc/os-release
dpkg --print-architecture

Lệnh đầu cho biết kiến trúc nhân, lệnh thứ hai cho biết bản phân phối và bản phát hành, lệnh thứ ba cho biết kiến trúc không gian người dùng mà các gói được dựng cho. Nhân 64 bit với không gian người dùng 32 bit là có thể, và điều đó thay đổi gói bạn cần.

Sau đó kiểm tra thứ thực sự có sẵn cho nền tảng đó. Bảng gói đã công bố của Debian trixie bao gồm các bản dựng arm64 và armhf của openfortivpn. Điều đó xác lập tính sẵn có của kiến trúc trong bản phân phối đó. Nó không xác lập rằng Fortinet công nhận FortiClient trên một bản dẫn xuất, cũng không xác lập rằng cổng của tổ chức bạn chấp nhận ứng dụng khách đó.

Dùng các gói được hỗ trợ và tài liệu phát hành hiện hành thay vì một gói đã lưu đệm từ bản phát hành cũ hay báo cáo dựng thất bại từ một chủ đề diễn đàn. Nếu có giao diện đồ họa, hãy công nhận riêng: một bản dựng dòng lệnh chạy được không chứng minh rằng trình soạn thảo, kho lưu bí mật và việc giám sát lớp bao desktop được duy trì.

Bước ba: kiểm tra cổng trước khi đổ lỗi cho ứng dụng khách

Upstream mô tả openfortivpn là ứng dụng khách PPP và TLS khởi chạy pppd. Đó là một cách triển khai cụ thể, và nó cần cổng cung cấp một chế độ tương thích. Tên thương hiệu máy chủ không phải là thỏa thuận giao thức.

Thu thập bản phát hành của cổng và phương thức truy cập được bật, tên máy chủ đã được phê duyệt cùng tài liệu tin cậy của nó, và quy trình nhận dạng mà dịch vụ yêu cầu, bao gồm mọi yếu tố thứ hai và kiểm tra tư thế thiết bị. Một triển khai được quản lý có thể yêu cầu các bước đăng ký mà ứng dụng khách bên thứ ba không có cách nào thực hiện.

Hãy thử kết nối bằng tài khoản được cấp cho bạn, không phải tài khoản quản trị viên, vì việc đăng ký và chính sách thường gắn với người dùng:

sudo openfortivpn vpn.example.com:443 -u <username>

Đọc lỗi, không chỉ mã thoát. Lỗi chứng chỉ, quá thời gian PPP và bị từ chối theo chính sách là ba vấn đề khác nhau, và chỉ một trong số đó liên quan đến ARM.

Bước bốn: chấp nhận nó trên thiết bị, trong khuôn khổ thỏa thuận

Chấp nhận thiết lập với một tài nguyên riêng tư thật, phân giải DNS qua đường hầm và kết nối lại sau khi mạng rớt. Sau đó xác nhận rằng một đích đến phải tiếp tục không thể truy cập vẫn thất bại, vì chỉ có thể truy cập không chứng minh chính sách là đúng.

Ghi lại bốn dữ kiện cùng nhau: bản phát hành hệ điều hành, kiến trúc không gian người dùng, phiên bản gói ứng dụng khách và chế độ của cổng. Không có cả bốn, người tiếp theo không thể biết thiết lập được hỗ trợ hay chỉ đang chạy.

Nếu người sử dụng lao động yêu cầu một môi trường FortiClient được quản lý mà Pi không đáp ứng được, hãy đề nghị một điểm cuối được phê duyệt hoặc một máy chủ truy cập được phê duyệt. Đừng tắt xác thực đối tác, đừng bắt chước các kiểm tra tư thế và đừng thay thế cổng của tổ chức để chiều một chiếc máy. Kết luận cần viết ra là tổ hợp được hỗ trợ nào được phép, không phải rằng phần mềm mã nguồn đóng không bao giờ có thể nhắm tới ARM.