Mac của bạn giữ một hồ sơ VPN không chịu xóa, hoặc xóa được rồi quay lại sau khi khởi động lại. Đó thường là câu hỏi về quản lý, không phải ứng dụng khách bị hỏng. Các bước kiểm tra dưới đây đi từ quyền sở hữu đến tải trọng rồi đến các quy tắc kết nối lại, và mỗi bước có thể dừng bạn trước khi bạn mất cả buổi chiều ở nhầm ngăn. Hãy làm theo thứ tự; bước mà câu trả lời thay đổi chính là nơi phần việc của bạn kết thúc.

Xác nhận hồ sơ được quản lý, không chỉ được lưu

Mở System Settings và tìm Profiles hoặc Device Management. Tùy phiên bản macOS, danh sách nằm trong Privacy & Security (Profiles) hoặc General (Device Management). Một hồ sơ hiển thị tên tổ chức, mô tả ngắn và không có nút trừ là do tổ chức cài đặt chứ không phải bạn thêm vào.

Hai kiểm tra trong terminal xác định quyền sở hữu nhanh chóng. Lệnh đầu báo cáo trạng thái đăng ký, lệnh sau liệt kê hồ sơ thiết bị:

sudo profiles status -type enrollment
sudo profiles -P

Nếu trạng thái đăng ký là có mà danh sách hồ sơ trống, đừng kết luận rằng không có gì được cài. Trên Mac được quản lý, một số tải trọng do MDM gửi vẫn ẩn khỏi công cụ profiles trong khi vẫn hoạt động. Ngăn Device Management là góc nhìn có thẩm quyền về những gì tổ chức đã đẩy xuống, và một danh sách dòng lệnh trống trên Mac đã đăng ký là mâu thuẫn mà bạn không nên giải quyết bằng phỏng đoán.

Đọc tải trọng, không đọc tên hiển thị

Hồ sơ VPN là một vật chứa, và tên hiển thị nói rất ít về những gì bên trong. Một tải trọng có thể mang địa chỉ máy chủ IKEv2, định danh từ xa, phương thức xác thực và chứng chỉ có UUID riêng. Tải trọng thứ hai trong cùng hồ sơ có thể cung cấp chứng chỉ danh tính mà đường hầm cần, đó là lý do một chứng chỉ trông như mất tích trong Keychain vẫn có thể đến qua chính hồ sơ đó.

Kết xuất tải trọng và đọc những khóa quan trọng:

sudo profiles show -type configuration | grep -A3 -E "VPNType|ServerAddress|RemoteAddress|AuthenticationMethod|PayloadUUID"

Ghi lại UUID của tải trọng trước khi bạn thay đổi bất cứ điều gì. Chúng là định danh mà quản trị viên cần để xác định đúng đối tượng, và chúng cũng cho bạn biết đường hầm và chứng chỉ đến từ cùng một nguồn hay từ hai lần triển khai khác nhau.

Theo dõi điều gì đưa đường hầm trở lại

Nếu đường hầm tự khởi động lại, hồ sơ gần như chắc chắn chứa quy tắc On Demand. Một quy tắc khớp với mọi giao diện và có hành động Connect sẽ khởi động đường hầm khi Wi-Fi kết nối, khi Mac thức dậy sau giấc ngủ hoặc khi phép thử DNS thất bại. Ứng dụng khách không cung cấp công tắc nào ghi đè tải trọng.

Danh sách dịch vụ và cấu hình từng dịch vụ đến từ scutil:

scutil --nc list
scutil --nc show "Corporate VPN"

Trong đầu ra show, tìm OnDemandRules và đọc giá trị Action của từng mục. Connect đưa đường hầm lên, Disconnect hạ nó xuống, và Ignore giữ nguyên trạng thái hiện tại. Quy tắc đầu tiên khớp với mọi thứ và có Connect là lý do thường gặp khiến đường hầm không chịu tắt sau khi bạn ngắt kết nối.

Nếu kết nối không có trong scutil --nc list, nó không được cài như một dịch vụ VPN hệ thống. Điều đó chỉ ra một tiện ích mở rộng mạng thuộc ứng dụng khách, nơi hồ sơ có thể chỉ chuyển cấu hình ứng dụng và chính ứng dụng quyết định khi nào kết nối.

Quyết định xem việc gỡ bỏ có thuộc về bạn không

Hai cơ chế chặn việc xóa. Tải trọng có thể đặt PayloadRemovalDisallowed, khiến hồ sơ không thể gỡ trong giao diện, và Mac có thể bị giám sát để việc gỡ hồ sơ quản lý bị từ chối thẳng thừng. Cả hai đều không phải lỗi, và việc xóa những chứng chỉ không liên quan hoặc hồ sơ quản lý để ép buộc vấn đề sẽ để bạn lại với một vấn đề lớn hơn nhiều so với vấn đề ban đầu.

What you seeLikely ownerNext action
Profile shows an organization name and no minus buttonMDM enrollmentAsk the administrator to remove it or change its scope
Profile removable, personal IKEv2 settingsYouRemove it from VPN settings and re-add it if you still need it
Profile removed, returns after a reboot or check-inMDM re-pushRequest a scope change; deleting it again will not hold
Profile removed, tunnel still startsOn Demand rule or app login itemRemove the rule or the login item, then retry

Với Mac công việc, lối hỗ trợ hoặc offboarding của quản trị viên là đúng. Hãy mang theo định danh hồ sơ. Một phiếu chỉ ghi “hồ sơ VPN” không đủ để bất kỳ ai tìm ra đối tượng bạn muốn nói.

Thu thập bằng chứng trước khi nhờ trợ giúp

Ghi lại năm thứ: định danh hồ sơ, UUID của tải trọng, phiên bản và bản dựng macOS từ sw_vers, kiểu con VPN, và văn bản lỗi chính xác kèm dấu thời gian. Thêm vào việc đường hầm là toàn phần hay chia tách và nó thất bại lúc kết nối hay lần đầu truy cập tài nguyên nội bộ, vì hai lỗi đó có chủ sở hữu khác nhau.

Với lỗi tiện ích mở rộng mạng, một truy vấn nhật ký hẹp thường là đủ:

log show --last 5m --predicate 'process == "nesessionmanager"'

Hãy bắt các dòng xung quanh lần thử thay vì toàn bộ cửa sổ, và che tên máy chủ cùng chủ thể chứng chỉ trước khi đăng kết quả ở bất cứ đâu. Hướng dẫn triển khai của Apple giải thích các tải trọng VPN được quản lý và quy tắc On Demand được thiết kế để làm gì, và đó là lập luận tốt hơn một ảnh chụp màn hình: Tổng quan về VPN.

Khi cả năm bước kiểm tra hoàn tất, đúng một trong ba điều là đúng. Hồ sơ không thuộc quyền gỡ của bạn, tải trọng kết nối lại đường hầm theo thiết kế, hoặc ứng dụng khách giữ một cấu hình mà hồ sơ chưa bao giờ kiểm soát. Hãy mang định danh và dòng thời gian đến người sở hữu việc đăng ký; đó là một phiếu mà ai đó có thể xử lý. Nhấn xóa lần nữa thì không.

Bài viết liên quan