Ứng dụng Fortinet trên Linux: kiểm tra cổng kết nối trước khi sửa

Hướng dẫn lưu trữ bảo cài thư viện 32 bit, vá một giao diện GTK và chạy trình cài đặt từ dòng lệnh. Một phần lời khuyên đó đúng cho một bản phát hành ứng dụng cụ thể, và không phần nào trong đó có thể mang lại chế độ đường hầm mà cổng kết nối không còn cung cấp. Trước khi đổi một gói, hãy tìm bước đầu tiên đã thất bại. Việc này đi từ cổng kết nối vào bên trong, vì ở đó câu trả lời rẻ và chính bản sửa cục bộ sai làm mất nhiều thời gian nhất.

Kiểm tra 1: gọi tên bước đã thất bại

Ba bước thất bại theo cách khác nhau. Chương trình không khởi động, khởi động rồi từ chối danh tính của máy chủ, hoặc kết nối được nhưng cổng kết nối không có dịch vụ đúng loại bạn cần. Mỗi thất bại để lại bằng chứng riêng: lỗi trình nạp, thông báo chứng chỉ, hoặc phản hồi từ cổng kết nối nêu một chế độ không khả dụng.

Hãy ghi lại điều đó trước khi chạm vào bất cứ thứ gì. Mọi thứ sau điểm này phụ thuộc vào bước bạn đã gọi tên, và ba bản sửa không có điểm chung nào.

Kiểm tra 2: bản phát hành của cổng kết nối và chế độ đường hầm

Chế độ đường hầm đã biến mất trên các cổng kết nối hiện tại, và bảng tích hợp FortiClient 7.4.4 với Linux là nơi ghi điều đó: FortiOS 7.6.3 và mới hơn không còn cung cấp chế độ đường hầm SSL VPN và chuyển quản trị viên sang IPsec. Hãy giữ sản phẩm, bản phát hành và chế độ gắn với câu đó khi bạn nhắc lại. Câu đó không nói gì về mọi sản phẩm Fortinet, và không nói gì về các tính năng truy cập web vẫn còn tồn tại. Khả năng tương thích phiên bản nói chung và sự sẵn có của một chế độ đường hầm là hai kiểm tra riêng.

Hỏi chủ sở hữu cổng kết nối hai điều: cổng kết nối chạy bản phát hành nào, và hôm nay những phương thức truy cập nào đang bật. Yêu cầu trả lời bằng văn bản, kèm chuỗi phiên bản và trang cài đặt hoặc dòng cấu hình mà câu trả lời xuất phát từ đó, vì chính lời bảo đảm bằng miệng là thứ đưa người ta trở lại hướng dẫn lưu trữ. Sau đó đối chiếu câu trả lời ấy với ghi chú của cổng kết nối hoặc ma trận của nhà cung cấp cho đúng bản phát hành đó. Trình duyệt hiển thị cổng thông tin web chỉ chứng minh cổng thông tin phản hồi, không hơn.

Kiểm tra 3: bản ứng dụng mà chủ sở hữu phê duyệt

Lấy bản và phiên bản ứng dụng Linux đã được phê duyệt, rồi kiểm tra hệ điều hành, kiến trúc, môi trường máy tính để bàn và luồng xác thực được hỗ trợ. Ma trận 7.4.4 là ví dụ gắn với phiên bản, không phải khuyến nghị cho ứng dụng mới nhất và không phải lời hứa cho mọi bản dẫn xuất. Hãy hỏi chủ sở hữu thực sự sẽ hỗ trợ ứng dụng nào, vì câu trả lời đó là một phần của việc di chuyển chứ không phải ý nghĩ về sau. Một ứng dụng chết trước khi gói đầu tiên của nó đến cổng kết nối chứng minh điều gì đó về máy tính xách tay, không phải về dịch vụ.

Thư viện 32 bit và một giao diện đã vá thay đổi thứ mà tệp nhị phân có thể nạp; chúng không thay đổi thứ nhà cung cấp hỗ trợ. Nếu hệ điều hành hoặc luồng xác thực nằm ngoài ma trận, câu hỏi về điều kiện đã được trả lời.

Kiểm tra 4: yêu cầu hồ sơ thay thế

Nếu tổ chức đã chuyển từ chế độ đường hầm SSL VPN sang IPsec, hãy yêu cầu hồ sơ mới và quy trình đăng ký trong cùng cuộc trao đổi. Đừng đổi tên một cấu hình SSL rồi cho rằng các trường sẽ đi theo: hồ sơ IPsec nêu phiên bản IKE, một cổng kết nối từ xa và danh tính của nó, một phương thức xác thực, và các bộ chọn lưu lượng mà mỗi bên chấp nhận. Chính sách tài khoản và thiết bị cũng có thể được áp dụng khác đi. Việc đổi tên tạo ra một ứng dụng trông như đã cấu hình mà không thương lượng được gì.

Đọc hồ sơ trước khi tin nó. Hồ sơ phải nêu phiên bản IKE và các đề xuất, việc xác thực dùng chứng chỉ hay khóa chia sẻ trước, những mạng con cục bộ và từ xa nào được chọn, và cổng kết nối mong đợi gì làm danh tính của nó. Hãy xác nhận rằng ứng dụng Linux đã được phê duyệt hỗ trợ cách bố trí đó, vì tài liệu di chuyển không phải là tuyên bố về sự tương đương tính năng cho mọi bản phát hành ứng dụng. Một ứng dụng độc lập như openfortivpn không phải trình thông dịch OpenVPN, nên hãy coi mọi thứ khác có SSL trong tên là chưa được phê duyệt cho đến khi chủ sở hữu nói khác cho chế độ này, luồng đăng nhập này và chính sách thiết bị này.

Kiểm tra 5: phụ thuộc cục bộ, rồi xác nhận và ghi lại

Khi cổng kết nối và ứng dụng đã rõ, lỗi khởi chạy là vấn đề đóng gói, và hướng dẫn của chính gói được duy trì là tham chiếu cần theo. Lỗi danh tính TLS thuộc về người vận hành: các neo tin cậy và tên mong đợi là cấu hình của họ, không phải thứ để lách cục bộ. Đó là hai bước mà hướng dẫn lưu trữ từng có ích.

Không cái nào được giải quyết bằng cách chấp nhận một chứng chỉ không rõ hoặc tắt kiểm tra tư thế thiết bị. Hãy giữ các kiểm tra MFA và thiết bị tại chỗ, vì khôi phục kết nối bằng cách làm yếu chúng là đổi một lần gián đoạn lấy một sự cố. Nếu chế độ đã biến mất, không cờ cục bộ nào mang nó trở lại.

Sau thay đổi đã được phê duyệt, hãy đến tài nguyên riêng tư dự định, xác nhận phân giải DNS và kết nối lại một lần. Ghi lại ứng dụng, nền tảng, bản phát hành cổng kết nối và chế độ đường hầm cùng nhau, vì người tiếp theo cần cả bốn. Một chương trình mở được thành công đã qua bước khởi chạy cục bộ, và không hơn.