Wi-Fi tự kết nối; VPN cần một liên kết thứ cấp

Máy tính xách tay kết nối Wi-Fi trước khi bạn ngồi xuống, và VPN vẫn chờ một cú nhấp. Đặt kết nối tự động trên hồ sơ VPN không thay đổi gì, vì công tắc đó điều khiển việc kích hoạt của chính hồ sơ và NetworkManager coi VPN là bạn đồng hành của một kết nối cơ sở. Cơ chế được ghi lại là danh sách thứ cấp của kết nối cơ sở, và đó là một thuộc tính khác ở một nơi khác.

Kết nối tự động không phải công tắc của VPN

Một hồ sơ Wi-Fi hoặc Ethernet có thể tự kích hoạt vì nó sở hữu một thiết bị. Hồ sơ trình cắm VPN không sở hữu thiết bị theo cùng nghĩa; nó được khởi động bên cạnh một kết nối sở hữu thiết bị. Đó là lý do cờ kết nối tự động trên VPN trông đúng, lưu đúng và không tạo ra đường hầm nào. Cờ trả lời câu hỏi về hồ sơ, không phải về mạng mà nó cần.

Đọc mô hình theo cách này cũng giải thích kiểu hỏng. Kết nối cơ sở thành công, không gì yêu cầu VPN khởi động, và màn hình nền hiển thị VPN bị ngắt bên cạnh mạng đã kết nối. Không có gì hỏng; liên kết chưa bao giờ được tạo.

Nhận diện cả hai hồ sơ bằng UUID

nmcli -f NAME,UUID,TYPE connection show

Chọn hồ sơ Wi-Fi hoặc Ethernet cần kích hoạt đường hầm, rồi hồ sơ VPN dự định. Dùng UUID thay vì tên, vì tên là nhãn có thể bị trùng hoặc sửa, còn UUID là thứ mà đường dẫn kích hoạt thực sự phân giải.

Đừng nhầm tên hồ sơ với tên giao diện hoặc địa chỉ mà máy đang có lúc này. Đó là ba định danh khác nhau tình cờ trông giống nhau trong terminal, và trộn chúng tạo ra một thay đổi không nhắm tới gì.

Thêm VPN vào kết nối cơ sở

nmcli connection modify uuid "PRIMARY_UUID" +connection.secondaries "VPN_UUID"

Dạng có dấu cộng nối thêm vào danh sách hiện có; bỏ nó đi sẽ thay thế danh sách, điều này âm thầm xóa bất kỳ kết nối thứ cấp nào khác đã được cấu hình. Hãy xem giá trị hiện tại trước và ghi lại trước khi thay đổi bất cứ điều gì.

Cài đặt kết nối của NetworkManager mô tả các kết nối thứ cấp là kết nối VPN được khởi động cùng với kết nối cơ sở. Việc hồ sơ WireGuard gốc có cùng loại đối tượng hay không phụ thuộc vào cách NetworkManager quản lý nó, nên cùng một lệnh có thể là công cụ sai cho một đường hầm xuất hiện như giao diện chứ không phải như trình cắm VPN.

Đây là thay đổi chính sách kết nối, không phải công tắc lúc chạy. Áp dụng nó qua bất kỳ quy trình kết nối lại nào mà việc triển khai chấp thuận, và dự kiến lần kích hoạt đầu tiên sau thay đổi sẽ hành xử khác với phiên bạn đang ngồi.

Bí mật không phải phần của liên kết

Một mục thứ cấp nói «khởi động cái này với cái kia». Không có gì trong đó trao mật khẩu, mở khóa chùm chìa khóa hay trả lời lời nhắc. Một hồ sơ xác thực tốt sau khi đăng nhập màn hình nền vẫn có thể thất bại khi được kích hoạt trong ngữ cảnh mà tác nhân bí mật không có sẵn.

Dùng cách bố trí hệ thống hoặc tác nhân bí mật được hỗ trợ cho việc triển khai thực tế. Lưu mật khẩu của mọi người trong một script để đường hầm có thể khởi động không giám sát biến một thiết kế xác thực thành tệp sống lâu hơn việc làm của chủ sở hữu nó.

Đọc cả hai sự kiện, rồi kiểm tra tài nguyên

Quan sát kết nối cơ sở và việc kích hoạt VPN trong một lần thử. Thiếu sự kiện VPN nghĩa là trình kích hoạt chưa bao giờ được cấu hình hoặc UUID sai. Sự kiện VPN theo sau là lỗi xác thực nghĩa là trình kích hoạt đã chạy và vấn đề còn lại là thông tin đăng nhập, đó là một cách sửa khác.

Sau khi kích hoạt, hãy yêu cầu tài nguyên đã thúc đẩy việc thiết lập thay vì tin vào biểu tượng. Rồi ngắt kết nối có chủ ý và quan sát điều gì xảy ra tiếp theo, vì liên kết khởi động tự động không phải công tắc an toàn và không hứa hẹn thử lại vô hạn. Nếu yêu cầu là «không có lưu lượng khi không có đường hầm», đó là chính sách riêng cần cấu hình riêng và kiểm thử riêng. Nhầm lẫn hai điều này là cách một máy kết thúc việc kết nối lại trong vòng lặp trong khi người dùng tin rằng nó được bảo vệ.