Kill switch có chặn lưu lượng trước khi ứng dụng VPN khởi động không?

Kill switch có thể bao phủ hoặc không bao phủ khoảng thời gian trước khi ứng dụng của nó khởi động, và sự khác biệt do chính sách của hệ điều hành quyết định, không phải trang tiếp thị của ứng dụng khách. Hộp kiểm tự khởi động chứng minh rằng có thứ gì đó được lên lịch để khởi động. Nó không chứng minh rằng các quy tắc chặn tồn tại ngay tại thời điểm mạng được bật lên. Đó là hai sự kiện, và chỉ một trong số đó bảo vệ lưu lượng.

Hãy làm theo danh sách kiểm tra theo thứ tự, vì mỗi bước thu hẹp điều bạn thực sự đang kiểm tra.

Chặn thực sự đến từ đâu

Có hai họ triển khai. Hoặc nền tảng cài đặt chặn, vì nó biết về đường hầm trước khi bất kỳ ứng dụng nào chạy, hoặc ứng dụng khách tự cài đặt chặn sau khi khởi động. Loại thứ nhất có thể tồn tại trước khi đăng nhập. Loại thứ hai không thể tồn tại trước tiến trình của nó, dù tiến trình đó được lên lịch sớm đến đâu. Hãy xác định bạn đang dựa vào họ nào trước khi kiểm tra bất cứ điều gì.

Trên Android, VPN luôn bật kết hợp với cài đặt chặn kết nối khi không có VPN là chính sách của nền tảng, được cấu hình trong cài đặt hệ thống chứ không chỉ trong ứng dụng khách. Trên thiết bị được quản lý, nó có thể đã được đặt sẵn cho bạn. Một ứng dụng khách chỉ khởi động khi khởi động máy không phải là cùng một cơ chế.

Tách khoảng thời gian khỏi dịch vụ

Khoảng thời gian đóng không phải bằng chứng rằng việc thực thi đã dừng, và khoảng thời gian mở không phải bằng chứng rằng đường hầm đã sẵn sàng. Nhiều ứng dụng khách tách giao diện, tiến trình nền và ứng dụng khay hệ thống. Khay là thứ bạn nhìn thấy; tiến trình nền là thứ giữ các quy tắc.

Hãy kiểm tra thành phần, không phải biểu tượng.

Kiểm tra khoảng thời gian khởi động một cách an toàn

Khoảng thời gian cần kiểm tra bắt đầu khi khởi động lại hoặc đăng nhập và kết thúc khi đường hầm xác thực. Các ứng dụng chạy nền kết nối trong khoảng thời gian đó, và việc kiểm tra cập nhật là thủ phạm thường gặp. Hãy dùng hoạt động vô hại và quy trình đã được nhà cung cấp ghi lại thay vì chặn quyền truy cập của chính bạn. Sau đó lặp lại sau một lần kết nối lại bình thường, vì đường kết nối lại và đường khởi động nguội chạy mã khác nhau.

Một bài kiểm tra được thực hiện sau khi đường hầm đã lên không chứng minh được gì về việc khởi động.

Hãy đọc hành vi khởi động lại nếu yêu cầu là tính bền vững. Một cài đặt có thể tồn tại trong cấu hình trong khi việc thực thi nó bắt đầu muộn hơn, và cả hai sự thật đều quan trọng: chính sách đã lưu và thời điểm nó trở nên hiệu lực.

Đọc chính sách theo từng nền tảng

Android hiển thị luôn bật và chặn như hai công tắc riêng biệt, và cả hai phải bật để bảo vệ trước khi khởi động. Windows có khái niệm đường hầm thiết bị luôn bật được cấu hình qua chính sách, không giống với ứng dụng khách ở chế độ người dùng khởi động sớm. OpenVPN Connect ghi lại hành vi kill switch của riêng nó theo từng nền tảng, và phạm vi được ghi lại chính là thứ bạn kiểm tra. Đừng mang tên cài đặt từ hệ thống này sang hệ thống khác và cho rằng ý nghĩa cũng đi theo.

Một cấu hình yêu cầu mật khẩu tương tác có các phụ thuộc khởi động khác với đường hầm máy.

Cần ghi lại những gì

Ghi lại cơ chế nào đang có hiệu lực, ở giai đoạn nào nó trở nên hiệu lực và lưu lượng nào đã được thử trước giai đoạn đó. Ghi lại phiên bản nền tảng, vì hành vi này thay đổi giữa các bản phát hành và giữa cấu hình được quản lý và cá nhân. Lưu ý chính sách thuộc về ứng dụng khách hay hệ thống, vì điều đó quyết định ai có thể sửa một lỗ hổng. Sau đó kiểm tra lại sau mọi bản cập nhật ứng dụng khách hoặc hệ điều hành.

Nếu lỗ hổng đó quan trọng, giải pháp lâu dài là chính sách của nền tảng, không phải giảm độ trễ khởi động.

Đó là câu trả lời cho câu hỏi ban đầu, được nêu như một điều kiện: kill switch chỉ bảo vệ lưu lượng trước khi ứng dụng khởi động khi việc chặn được một thứ tồn tại trước ứng dụng cài đặt.