Email vẫn hoạt động khi không có VPN: phải chăng nó bí mật đi qua đường hầm?
Một tài khoản Exchange không chọn cổng, giao thức hay tuyến đường. Hãy xác định cách triển khai, điểm vào công khai, VPN được quản lý hoặc đường hầm đang hoạt động trước khi giả định.
Email vẫn đến trên một chiếc điện thoại chưa từng hiển thị biểu tượng VPN, và kết luận tự nhiên là có thứ gì đó vô hình đang đưa nó qua đường hầm. Thông thường không có gì vô hình tham gia. Thêm tài khoản Exchange không chọn cổng, giao thức, chứng chỉ hay tuyến đường, vì tài khoản là danh tính dịch vụ còn đường hầm là một cách bố trí mạng do người khác cấu hình. Bước hữu ích là xác định bạn thực sự có cách bố trí nào thay vì đi tìm một đường hầm chưa từng tồn tại.
Ba cách bố trí, một màn hình giống nhau
Cả ba đều kết thúc bằng việc email xuất hiện trên thiết bị, và màn hình cài đặt trông giống nhau trong mọi trường hợp. Điều khác biệt là ai đã cấu hình đường đi và bằng chứng nào chứng minh nó tồn tại.
| Arrangement | Who set it up | What proves it |
|---|---|---|
| Approved public mail entry | The service owner, at the publishing layer | A published endpoint reached over TLS with its own authentication |
| Managed app or account VPN | Device management, as explicit policy | A profile binding that traffic to a VPN association |
| Already active tunnel | An always-on service or an earlier manual connect | Tunnel state plus routes and scope that include the mail destination |
Khả năng truy cập công khai xứng đáng có câu riêng, vì nó liên tục bị đọc sai. Một dịch vụ email được công bố không phải là dịch vụ không có xác thực, và việc email truy cập được không nói gì về việc phần còn lại của mạng công ty có truy cập được hay không. Đó là những quyết định riêng của những người riêng.
Quản lý thiết bị thực sự có thể ràng buộc điều gì
Các nền tảng của Apple hỗ trợ quy tắc VPN theo ứng dụng và theo miền email, và email được quản lý trên iOS hoặc iPadOS có thể mang một liên kết VPN riêng cho tài khoản. Liên kết đó là một cài đặt cung cấp với giá trị do ai đó chọn, và chính vì thế không thể suy ra nó bằng cách gõ địa chỉ email và mật khẩu vào điện thoại.
Quản lý Android và các ứng dụng khách bên thứ ba có điều khiển ứng dụng và hồ sơ riêng, và không cái nào trong đó có thể hoán đổi với gói tài khoản của Apple. Một chính sách tồn tại trên nền tảng này phải được tái tạo có chủ đích trên nền tảng khác. Nó không đi kèm tài khoản email, và nó không xuất hiện vì cùng một người đăng nhập vào cả hai. Việc mong đợi sự chuyển dịch đó tự xảy ra nằm sau phần lớn các báo cáo liên nền tảng «trên máy tôi nó chạy được».
Danh tính và vận chuyển vẫn tách biệt
Một dịch vụ email và một VPN có thể hợp pháp chia sẻ thư mục hoặc nhà cung cấp danh tính, và người ta đọc việc đăng nhập chung đó như bằng chứng của một phiên chung. Không phải vậy. Văn bản tên người dùng lặp lại không cho thấy ứng dụng email đã thừa hưởng một phiên VPN, và đó không phải lý do để bịa ra mật khẩu không liên quan cho từng dịch vụ.
Cả hai dịch vụ đều yêu cầu xác thực riêng, theo điều kiện riêng. Một lần đăng nhập email thành công không bao giờ nên được coi là thứ để dán vào ứng dụng khách VPN, và một đường hầm đã lên không nói gì về việc máy chủ email sẽ chấp nhận tài khoản nào. Tham chiếu hồ sơ email của Intune là một ví dụ hữu ích ở đây, vì nó coi liên kết VPN là một cài đặt riêng thay vì một thuộc tính bắt nguồn từ tên tài khoản.
Đồng bộ mới thắng hộp thư đã lưu đệm
Một hộp thư đã lưu đệm có thể trông hoàn toàn khỏe mạnh mà không có bất kỳ đường đi hiện tại nào, vì thế mở ứng dụng và thấy các tin nhắn tuần trước không chứng minh được gì. Hãy dùng một bài kiểm tra đồng bộ mới đã được phê duyệt và đọc bằng chứng trạng thái hoặc nhật ký đi kèm.
Sau đó kiểm tra bốn thứ thực sự quyết định kết quả: điểm cuối dịch vụ đã cấu hình, những gì trình phân giải trả về, hồ sơ được quản lý nào áp dụng và trạng thái VPN hiện tại. Hãy làm điều đó trong đúng bối cảnh, vì một ứng dụng email cá nhân có tên tương tự không chịu sự quản lý của chính sách mạng của ứng dụng công việc và sẽ hành xử khác đi vì những lý do hoàn toàn chính đáng. Trộn hai bối cảnh đó là cách một cấu hình đang chạy bị báo là hỏng. Nó cũng giải thích phần lớn các trường hợp một ứng dụng tuân theo chính sách còn ứng dụng gần trùng tên lại phớt lờ.
Ghi lại những gì bạn đã xác minh
Nếu quyền truy cập được cho là cần đường hầm, chủ sở hữu nên xác nhận cả đường riêng được phép và hành vi khi không có nó. Nếu dịch vụ được công bố có chủ đích, hãy giữ nguyên xác thực TLS, xác thực và kiểm soát truy cập, thay vì coi việc không có đường hầm là bằng chứng rằng email không được mã hóa.
Bản ghi hỗ trợ nên nêu rõ sản phẩm email, điểm cuối, phạm vi tài khoản và chính sách kết nối. Mật khẩu giống nhau không phải bằng chứng cho bất kỳ điều nào trong bốn điều đó, và đây là lý do phổ biến nhất khiến một phiếu yêu cầu có bốn đoạn văn và không có sự thật nào.