Danh sách VPN bằng nmcli: hồ sơ đã lưu và đường hầm đang hoạt động

Bạn chạy nmcli connection show với hy vọng có danh sách VPN nhưng lại nhận mọi kết nối mà máy từng lưu, kể cả một bridge và một hotspot. VPN bạn đang tìm có thể ở đó, có thể thuộc loại khác vpn, hoặc hoàn toàn không phải kết nối NetworkManager. Để biết bạn đang ở trường hợp nào trong ba trường hợp này cần hai lệnh.

Hai danh sách, hai câu hỏi

connection show trả lời những gì NetworkManager đã lưu, và connection show --active trả lời những gì hiện đang gắn vào một thiết bị. Danh sách đầu tiên bao gồm cả hồ sơ không hoạt động, và đó là có chủ ý: một VPN đã lưu mà đang tắt vẫn là hồ sơ bạn có thể cần sửa. Nhầm lẫn hai thứ này tạo cảm giác một đường hầm đang chạy trong khi chỉ có cấu hình của nó tồn tại.

Chọn trường thay vì đọc bảng mặc định, vì đầu ra mặc định giấu loại trên terminal hẹp và ngắt dòng tên dài.

NAME, UUID và TYPE thường là đủ cho lần xem đầu tiên, sau đó bạn kiểm tra mục duy nhất mà bạn quan tâm theo UUID.

TYPE là nơi những bất ngờ nằm

OpenVPN các kết nối được quản lý qua plugin hiện ra với loại vpn, vì plugin là một dịch vụ bên trong khung VPN chung. Hỗ trợ WireGuard gốc là một loại kết nối hạng nhất riêng, nên lọc theo vpn sẽ không tìm thấy nó. Việc tìm kiếm một đường hầm WireGuard mà không trả về gì thường là vấn đề bộ lọc chứ không phải hồ sơ bị thiếu. Đó là khác biệt về kiến trúc, không phải sự kỳ quặc trong cách đặt tên.

Điều tương tự áp dụng cho các loại đường hầm khác mà NetworkManager dần học cách xử lý gốc, nên hãy đọc cột TYPE trước khi kết luận là thiếu thứ gì.

Liệt kê mọi thứ rồi lọc sau, hồ sơ sẽ xuất hiện.

Đọc UUID, không chỉ tên

Tên là nhãn mà mọi người chỉnh sửa, và hai hồ sơ có thể dùng chung một tên sau một lần nhập cẩu thả. UUID là danh tính mà các lệnh và tệp tham chiếu. Khi một mục trông bị trùng, hãy so sánh UUID và các thiết lập nền trước khi xóa bất cứ thứ gì.

Các lệnh kích hoạt chấp nhận cả hai, và chính vì thế thói quen dựa vào tên cuối cùng sẽ sửa nhầm hồ sơ.

Sao chép UUID vào ghi chú khi bạn thay đổi điều gì đó có thể cần hoàn tác.

Điều mà hồ sơ đã lưu không cho bạn biết

Một hồ sơ đã lưu không nói gì về việc đường hầm của nó có đang bật hay không, và một kết nối đang hoạt động không nói gì về việc lưu lượng bên trong có hoạt động hay không. Một đường hầm do wg-quick hoặc một unit dịch vụ khởi động hoàn toàn không phải kết nối NetworkManager, nên nó vắng mặt trong cả hai danh sách trong khi giao diện rõ ràng đang truyền lưu lượng. Hãy kiểm tra giao diện và bảng định tuyến trước khi cho rằng hồ sơ bị thiếu. Một danh sách trống chỉ chứng minh rằng NetworkManager không phải chủ sở hữu.

Hai trình quản lý cho cùng một giao diện là phiên bản khác của vấn đề này, và nó tạo ra một danh sách trông đúng trong khi trạng thái nhân thuộc về thứ khác.

Một chủ sở hữu cho mỗi giao diện giữ danh sách trung thực, và tài liệu tham chiếu nmcli ghi lại mỗi khung nhìn thực sự báo cáo trường nào.

Báo cáo mà không làm lộ bí mật

connection show với một tên in ra thiết lập, và thêm --show-secrets in ra khóa riêng và mật khẩu cùng với chúng. Để dán nội dung khắc phục sự cố vào phiếu yêu cầu thì không cần. Thay vào đó hãy báo cáo loại, UUID, trạng thái và các tuyến liên quan, và che mọi thứ đến từ kho bí mật.

Kích hoạt tương tác với --ask là cách được hỗ trợ để cung cấp thông tin xác thực còn thiếu, và tự động hóa không giám sát cần một thỏa thuận được phê duyệt khác thay vì mật khẩu lưu dưới dạng văn bản thuần.

Một báo cáo ngắn và được che dễ xem lại hơn một bản kết xuất đầy đủ.