Phần cài đặt không nhập tệp .ovpn mà CLI chấp nhận

Cùng một tệp kết nối được từ shell nhưng lại từ chối nhập trong bảng điều khiển máy tính để bàn. Điều đó loại trừ máy chủ, thông tin đăng nhập và cú pháp hồ sơ, vì ứng dụng dòng lệnh đã phân tích cả ba. Còn lại là chính đường đi của máy tính để bàn: các gói cần thiết, tập con các chỉ thị mà nó hiểu và đối tượng mà nó ghi xuống đĩa. Mỗi thứ trong số đó thất bại theo cách khác nhau, và các thông báo hiếm khi chỉ đúng nguyên nhân.

Ba thứ hộp thoại cần trước khi phân tích bất cứ điều gì

Việc nhập chạy với quyền của người dùng, nên một tệp trong thư mục chỉ root truy cập được sẽ bị từ chối trước khi nội dung của nó có ý nghĩa. Bảng điều khiển cũng chỉ liệt kê các loại VPN đã cài plugin NetworkManager; nếu không có plugin OpenVPN, tùy chọn không xuất hiện chứ không phải bị hỏng. Cuối cùng, thiết bị mạng phải được quản lý: một giao diện bị đánh dấu là không được quản lý có thể nhận một kết nối đã lưu mà sẽ không bao giờ được kích hoạt. Hãy kiểm tra cả ba trước khi sửa hồ sơ.

Hai lệnh giải quyết vòng đầu tiên: dpkg -l network-manager-openvpn-gnome cho plugin và nmcli device status cho trạng thái thiết bị.

Trình nhập lặng lẽ bỏ đi những gì

Bản dịch cho máy tính để bàn nhắm vào một tập thuộc tính cố định. Các dòng nằm ngoài tập đó bị bỏ đi một cách lặng lẽ, đó là lý do đường hầm có thể khởi động với những phần của cấu hình dự định bị thiếu. Các script được khai báo bằng up, down và script-security thường biến mất, cũng như các tùy chọn của giao diện quản lý và các khối từ xa bổ sung. Một tuyến được viết bằng từ khóa vpn_gateway là ngoại lệ: trình nhập muốn một cổng IPv4 nguyên văn ở đó và dừng lại với lỗi thay vì bỏ dòng đó.

Một tuyến bị bỏ có hình dạng dễ nhận ra. Kết nối được kích hoạt, giao diện nhận được địa chỉ, và một mạng con cụ thể không thể truy cập vì tuyến chưa bao giờ vào được hồ sơ.

Đọc kết nối đã lưu, không phải tệp nguồn

Kết quả có thẩm quyền của một lần nhập là tệp khóa, không phải .ovpn bạn đã chọn. sudo cat /etc/NetworkManager/system-connections/office.nmconnection cho thấy bảng điều khiển thực sự đã lưu gì. Nếu có một tuyến ở đó nhưng thiếu trong bảng trực tiếp, việc nhập đã thành công và vấn đề là kích hoạt. Nếu nó không có trong tệp, trình nhập đã bỏ nó và không bao nhiêu lần kết nối lại cũng không khôi phục được.

Hai đường thay thế tránh lớp dịch. nmcli connection import type openvpn file ./office.ovpn ghi cùng đối tượng và báo cáo những lỗi mà bảng điều khiển che giấu.

Trình soạn thảo cũ hơn, khởi chạy bằng nm-connection-editor, hiển thị các trường tuyến mà bảng điều khiển không có. Với những hồ sơ phụ thuộc vào script hoặc chỉ thị không được hỗ trợ, hãy giữ ứng dụng dòng lệnh và giám sát nó bằng một dịch vụ thay thế, sau khi tắt kết nối máy tính để bàn để chỉ một thành phần sở hữu đường hầm.

Khi việc nhập hoạt động nhưng kích hoạt thì không

Tab nâng cao giữ lại giao thức truyền tải đã được nhập hoặc chọn lần cuối. Một máy chủ lắng nghe trên UDP thất bại nhanh khi chọn TCP, và thông báo hiếm khi nói điều đó. Một kết nối phải khởi động mà không có người dùng đăng nhập cần bí mật của nó được lưu cho tất cả người dùng, đây là một thiết lập khác với việc chỉ lưu cho phiên này.

Khi không có gì hữu ích trong hộp thoại, journalctl -u NetworkManager -b cho thấy vì sao việc kích hoạt thất bại. Ứng dụng shell không bao giờ chạm vào đường đó, đó là lý do nó vẫn hoạt động trong khi bản sao trên máy tính để bàn thì không.

Như một bước kiểm tra cuối, so sánh phiên bản plugin với bản phát hành của bản phân phối. Một plugin không khớp có thể cài đặt sạch sẽ và vẫn từ chối kích hoạt một hồ sơ mà nmcli nhập vào mà không phàn nàn.