VPN trên iPhone sau khi khởi động lại: điều gì nên xảy ra trước
Biến „giữ VPN bật“ thành một yêu cầu khi khởi động: cái gì kết nối, cái gì vẫn cần con người và cái gì bị chặn trước khi tác vụ được bảo vệ đầu tiên chạy.
„Giữ VPN bật“ trụ được khoảng ba mươi giây bị hỏi. Bật sau khi khởi động lại? Bật trước khi bạn mở khóa điện thoại? Bật trong khi Wi-Fi vẫn hiện trang đăng nhập? Chặn lưu lượng cho đến khi đường hầm lên, hay để ứng dụng đầu tiên thử kết nối trực tiếp? Đó là bốn yêu cầu khác nhau, và chỉ một số trong đó có thể được bảo đảm bằng cách cấu hình điện thoại. Viết câu trả lời thành một dòng thời gian có các giai đoạn, rồi kiểm tra từng giai đoạn sau một lần khởi động lại thật.
| Stage | Personal profile | Supervised Always On |
|---|---|---|
| Before first unlock | do not assume a tunnel | do not assume a tunnel either |
| After unlock, network up | depends on the provider or On Demand rule | activates without user interaction |
| Tunnel negotiating | first app may already be trying | policy decides whether traffic waits |
| Gateway unreachable | usually falls back to whatever the client allows | follows the deployed policy |
Viết yêu cầu thành một dòng thời gian
Bắt đầu từ thời điểm quan trọng với doanh nghiệp: tác vụ được bảo vệ nào không được xảy ra nếu không có đường hầm, và bao lâu sau khi khởi động thì tác vụ đó thực sự được thử. Mọi thứ trước thời điểm đó là một trình tự, và chính trình tự là thứ bạn xác minh. Một ghi chú „VPN phải bật“ không thể kiểm chứng, trong khi „không có lưu lượng đến máy chủ ghi chép trước khi đường hầm được thiết lập“ thì có thể.
Sau đó tách những gì một chiếc điện thoại cá nhân làm được khỏi những gì một đội thiết bị được quản lý làm được, vì hai câu trả lời không thay thế được cho nhau.
Bước một: trạng thái trước lần mở khóa đầu tiên
Đừng suy ra hành vi trước khi mở khóa từ một đường hầm bạn thấy sau khi mở khóa. Phép thử trung thực là khởi động lại, để điện thoại khóa và quan sát từ đầu bên kia xem có đường hầm nào hình thành không. Với hầu hết cấu hình cá nhân, câu trả lời sẽ là không, và đó không phải lỗi; nó chỉ có nghĩa là tác vụ được bảo vệ đầu tiên không được thử trước khi điện thoại được mở khóa.
Nếu một yêu cầu thực sự phụ thuộc vào vùng phủ trước khi mở khóa, hãy mang nó đến người phụ trách triển khai chứ không phải một cài đặt trong ứng dụng khách.
Bước hai: mức sẵn sàng của mạng và cổng đăng nhập
Always On được quản lý kích hoạt mà không cần người dùng can thiệp và tồn tại qua các lần khởi động lại chừng nào hồ sơ của nó còn được cài, và việc thiết lập diễn ra khi giao diện có được khả năng tiếp cận IP. Chính câu cuối mới quan trọng: một chiếc điện thoại chưa có địa chỉ thì không có gì để dựng lên. Một cổng khách sạn chưa được chấp nhận là một mạng chưa sẵn sàng đúng theo nghĩa này, và không cài đặt VPN nào được ghi nhớ hoàn tất việc đó thay bạn.
Vì vậy ghi chú nghiệm thu cần một dòng cho trường hợp cổng đăng nhập. Hoặc điện thoại chờ, hoặc người dùng đi qua cổng trước, và cái nào chấp nhận được phụ thuộc vào người đang đi công tác. Hãy viết lựa chọn ra, vì người khởi động lại lúc bảy giờ sáng sẽ không tự nghĩ ra. Một cổng yêu cầu số phòng cũng là trường hợp khác với cổng chỉ chấp nhận một ô đánh dấu.
Bước ba: xác thực vẫn cần một con người
Kích hoạt tự động và xác thực tự động là hai khả năng riêng biệt. Một hồ sơ có chứng chỉ thiết bị có thể hoàn tất cái thứ hai mà không cần người, trong khi một cổng yêu cầu yếu tố dùng một lần thì không thể, và không chính sách nào làm được điều đó. Hãy xác định bạn đang triển khai cái nào trong hai trước khi hứa một trình tự khởi động không cần tay.
Sau đó ghi lại trạng thái trung gian một cách rõ ràng: nếu xác thực đang chờ, lưu lượng bị chặn, bị xếp hàng hay được gửi trực tiếp? Câu trả lời thuộc về kế hoạch, vì đó là cửa sổ mà một cấu hình sai trở thành rò rỉ. Hãy thử bằng cách làm cổng không thể truy cập và quan sát điện thoại làm gì, thay vì đọc phần mô tả mà ứng dụng khách tự viết về chính nó.
Bước bốn: tác vụ được bảo vệ đầu tiên, rồi một chuyển tiếp
Sau lần khởi động lại đã định, hãy mở tác vụ được bảo vệ và xác nhận nó thành công và thực sự đã dùng đường hầm. Sau đó lặp lại chính tác vụ đó trong lúc chuyển từ Wi-Fi sang mạng di động, vì bước chuyển đó thương lượng lại mạng bên dưới và đó là nơi một hồ sơ chỉ hoạt động khi khởi động bắt đầu thất bại. Ghi lại ba dữ kiện cho mỗi lần chạy: kết nối có tự lên không, bạn có phải xác thực không, và tài nguyên mong đợi có phản hồi không.
Nếu việc bảo vệ trong khoảng trống là bắt buộc, hãy dùng phương pháp xác minh mà người phụ trách triển khai chấp thuận. Một lần tải trang thành công không thể cho thấy trước đó không có gì đi trực tiếp.