ConnMan VPN: Menu bị thiếu là daemon, không phải giao thức
Menu VPN bị thiếu trong ConnMan thường có nghĩa là thiếu daemon VPN hoặc tệp nhà cung cấp, chứ không phải giao thức không được hỗ trợ.
Niềm tin phổ biến là một hệ thống ConnMan không có mục VPN trên màn hình nền thì không cài đặt hỗ trợ VPN nào. Thực tế hệ thống thường có hỗ trợ Wi-Fi và không có gì cho daemon VPN, cấu hình nhà cung cấp hoặc tác nhân xác thực, và đó là ba thiếu sót riêng biệt. Menu chỉ là một góc nhìn về các thành phần đó, không phải bản thân tính năng. Kiểm tra phiên bản và cách đóng gói cho bạn biết nhiều hơn bằng một lệnh so với bất kỳ số lượng báo cáo lỗi nào trên màn hình nền.
Lầm tưởng: menu chính là tính năng VPN
Hãy bắt đầu với phiên bản ConnMan đã cài và các gói đi kèm. Một báo cáo lỗi từ bản phát hành cũ mô tả một bộ tính năng khác, và việc trích dẫn nó thường kết thúc bằng việc ai đó cài lại một trình quản lý mạng mà lẽ ra không cần thay thế.
Ghi lại những gì bạn thực sự có trước khi thay đổi bất cứ điều gì: tệp nhị phân của daemon, thư mục nhà cung cấp và liệu có tác nhân hay không.
Daemon nào sở hữu đường hầm
Trong tài liệu ConnMan 1.41 cho Debian bookworm, connman-vpnd là daemon quản lý các kết nối VPN song song với connmand. Tài liệu liệt kê các tích hợp cho những trình trợ giúp VPN có tên, bao gồm OpenVPN và OpenConnect. Danh sách đó là một phát biểu về các trình trợ giúp, không phải lời hứa rằng mọi giao thức hay luồng xác thực sẽ hoạt động. Hãy đọc nó như một menu những gì cần kiểm tra, không phải bảo đảm tương thích.
Sau đó khớp tích hợp với giao thức đã được phê duyệt của cổng. Từ Cisco không cho bạn biết bạn cần kết nối kiểu vpnc cũ hay luồng tương thích AnyConnect, và chọn sai sẽ tạo ra lỗi xác thực trông giống như vấn đề thông tin đăng nhập.
Nếu cả một trình trợ giúp độc lập và ConnMan đều có thể dựng đường hầm, hãy quyết định bên nào sở hữu tuyến đường, DNS và vòng đời trước khi bên nào bắt đầu.
Cài đặt daemon không phải cài đặt nhà cung cấp
Cấu hình chung của daemon và cấu hình của một nhà cung cấp cụ thể là các tệp khác nhau với định dạng khác nhau. Trong cách bố trí bookworm được ghi lại, daemon đọc /etc/connman/connman-vpn.conf, còn các tệp cung cấp của nhà cung cấp nằm dưới /var/lib/connman-vpn/ với hậu tố .config. Thả một hồ sơ OpenVPN vào thư mục đó không biến nó thành tệp cung cấp của ConnMan. Còn hướng dẫn nhà cung cấp cho phiên bản này mô tả các phần của nhà cung cấp và những trường đặc thù theo loại mà các tệp đó thực sự cần.
Chỉ dịch thông qua ánh xạ được hỗ trợ của tích hợp đã cài. Việc tin cậy chứng thư, tham chiếu khóa riêng, danh tính cổng, tuyến đường và đầu vào xác thực mỗi thứ giữ vai trò riêng, và một mẫu cho loại nhà cung cấp khác không thể hoán đổi chỉ vì cả hai đều cần địa chỉ máy chủ.
Khi một nhà cung cấp không tải được, hãy so sánh các trường của nó với hướng dẫn cho bản phát hành đã cài chứ không phải với ví dụ trên blog.
Tác nhân xác thực là một phụ thuộc riêng
Một định nghĩa nhà cung cấp vẫn có thể cần tác nhân để lấy thông tin đăng nhập hoặc hoàn tất trao đổi xác thực. Đối với tích hợp OpenConnect của nó, cùng hướng dẫn giải thích rằng các giá trị liên quan đến xác thực bị thiếu có thể được yêu cầu qua VPN Agent API, và rằng cookie ngắn hạn nói chung không phù hợp làm bí mật cấu hình lâu dài. Cơ chế đó không bảo đảm hỗ trợ mọi lần đăng nhập trình duyệt, yêu cầu MFA hay kiểm tra tư thế cổng. Hãy xác nhận toàn bộ luồng với người sở hữu triển khai.
Đừng bù đắp cho việc thiếu tác nhân bằng cách ghi mật khẩu hoặc token phiên vào một tệp dễ đọc. Điều đó biến một tích hợp bị thiếu thành một vụ lộ thông tin đăng nhập, và vấn đề thứ hai sống lâu hơn vấn đề thứ nhất.
Nếu cổng cần đăng nhập tương tác, tác nhân là một phần của thiết kế chứ không phải phần thêm tùy chọn.
Xác minh bốn kết quả, không phải một
Sau khi cung cấp được cấp phép, hãy kiểm tra bốn điều riêng rẽ: nhà cung cấp đã được chọn, kết nối đã được xác thực, các tuyến đường hiệu lực đúng như bạn định, và trình phân giải hoạt động như mong đợi. Một daemon đang chạy, một nhà cung cấp được liệt kê và một ứng dụng tiếp cận tài nguyên của nó là ba kết quả khác nhau, và chỉ kết quả cuối là mục tiêu thực sự của người dùng. Ghi lại chúng riêng rẽ cho bạn biết cần sửa giai đoạn nào.
Đưa hành vi kết nối lại và chính sách trạng thái không khả dụng bắt buộc vào kiểm tra đó, vì một đường hầm dựng lên một lần rồi không bao giờ phục hồi thì chưa được triển khai. Giữ cấu hình mạng nền đang hoạt động có thể khôi phục trong khi bạn thay đổi tích hợp VPN.
Thay trình quản lý Wi-Fi chỉ để có một nút là thay đổi lớn hơn nhiều so với thao tác còn thiếu, và thường thì lầm tưởng thắng.