Hướng dẫn
Cách kiểm tra công tắc ngắt kết nối của VPN
Ba cách làm rớt đường hầm mà không yêu cầu ứng dụng khách, những gì phải dừng khi thực hiện, và cách kiểm tra trường hợp mà hầu hết công tắc bỏ qua: khoảng trống giữa lúc máy khởi động và lúc ứng dụng khách kết nối. Được viết dựa trên các ứng dụng khách vào cuối năm 2026.
Nội dung được xác lập
Công tắc ngắt kết nối là một cam kết rằng khi đường hầm gặp sự cố, không có gì chuyển sang mạng thông thường. Trang cài đặt của ứng dụng khách cho biết cam kết đó có được đưa ra hay không; bài kiểm tra dưới đây cho biết cam kết có được thực hiện hay không, và trong những trường hợp nào. Hãy chạy bài kiểm tra một lần trên mọi thiết bị rời khỏi nhà, rồi chạy lại sau mỗi lần cập nhật ứng dụng khách. Mục đích của công tắc này được giải thích trên trang công tắc ngắt kết nối.
Ba lần làm rớt, được sắp xếp theo tần suất xảy ra. Một công tắc vượt qua lần đầu nhưng không vượt qua lần thứ hai là điều thường gặp, còn một công tắc vượt qua cả ba nhưng không vượt qua khoảng trống khi khởi động thì còn thường gặp hơn.
Trước khi bắt đầu
- Bật công tắc trong ứng dụng khách, và nếu ứng dụng cung cấp một chế độ thứ hai, nghiêm ngặt hơn — vĩnh viễn, luôn bật, khi hệ thống khởi động — hãy ghi lại chế độ bạn đã chọn. Hai chế độ sẽ được kiểm tra riêng bên dưới.
- Khởi chạy một nội dung liên tục và hiển thị tiến trình riêng: một tệp tải xuống lớn, một video dài, hoặc lệnh ping liên tục trong terminal. Một trang đã tải xong không chứng minh được điều gì, vì trang đó không còn gì để tải nữa.
- Mở trang kiểm tra địa chỉ trong cửa sổ thứ hai và ghi lại địa chỉ của điểm thoát khi đang kết nối. Bạn sẽ tải lại trang này sau mỗi lần làm rớt.
Ba lần làm rớt
1. Ngắt mạng
Tắt Wi-Fi hoặc rút cáp, chờ vài giây rồi bật lại. Đường hầm bị rớt vì đường truyền của nó bị ngắt, và câu hỏi là ứng dụng khách làm gì trong những giây sau khi mạng hoạt động trở lại nhưng trước khi đường hầm hoạt động trở lại. Việc truyền dữ liệu phải tiếp tục dừng cho đến khi ứng dụng khách hiển thị đã kết nối lại; nếu việc truyền tiếp tục trước thời điểm đó, nó đang chạy trên mạng không được bảo vệ.
2. Hủy đường hầm mà không yêu cầu ứng dụng khách
Kết thúc trực tiếp tiến trình nền của ứng dụng khách: dịch vụ của ứng dụng trong Task Manager trên Windows, tiến trình của ứng dụng trong Activity Monitor trên macOS, chọn buộc dừng trong phần cài đặt ứng dụng trên Android, hoặc hủy tiến trình từ terminal trên Linux. Ứng dụng khách không được yêu cầu ngắt kết nối, vì vậy công tắc chỉ hoạt động khi ngắt kết nối đúng quy trình sẽ không được kích hoạt. Việc truyền dữ liệu phải dừng hẳn và tiếp tục dừng cho đến khi bạn khởi động lại ứng dụng khách.
3. Thay đổi mạng bên dưới ứng dụng
Trên điện thoại, tắt Wi-Fi trong khi dữ liệu di động đang bật để thiết bị chuyển từ mạng này sang mạng khác; trên máy tính xách tay, kết nối với mạng Wi-Fi thứ hai hoặc điểm phát sóng của điện thoại. Hệ điều hành di động xây dựng lại đường hầm trên mạng mới, và khoảng thời gian xây dựng lại là lúc một công tắc yếu có thể làm rò rỉ dữ liệu. Tải lại trang kiểm tra địa chỉ ngay khi mạng mới hoạt động: địa chỉ của điểm thoát hoặc không có địa chỉ nào là đạt, còn địa chỉ của chính bạn là không đạt.
Khoảng trống khi khởi động
Công tắc mà hầu hết ứng dụng khách cung cấp chỉ hoạt động khi ứng dụng khách đang chạy. Trong khoảng thời gian từ lúc máy khởi động đến lúc ứng dụng khách kết nối, công tắc không có tác dụng, và trên máy tính xách tay khởi động lại trên mạng khách sạn, khoảng trống đó đủ dài để mọi ứng dụng khởi động cùng hệ thống gọi về qua kết nối đang mở.
- Đặt ứng dụng khách khởi động cùng hệ thống và kết nối khi khởi chạy. Hai tùy chọn này thường là các công tắc riêng biệt, và tùy chọn thứ hai mặc định thường bị tắt.
- Khởi động lại máy, rồi trước khi ứng dụng khách hiển thị đã kết nối, tải lại trang kiểm tra địa chỉ mà bạn đã để mở. Một trang đã tải với địa chỉ của chính bạn là khoảng trống; lỗi, hoặc trang chờ đến khi ứng dụng khách kết nối rồi hiển thị điểm thoát, có nghĩa là khoảng trống đã được đóng.
- Nếu trang đã tải, hãy tìm chế độ nghiêm ngặt hơn của công tắc — chế độ được mô tả là vĩnh viễn hoặc áp dụng khi hệ thống khởi động — rồi lặp lại bài kiểm tra. Trên Android, cài đặt riêng của hệ thống bao phủ trường hợp này bất kể ứng dụng khách, như mô tả bên dưới.
Công tắc riêng của hệ thống trên Android
Android có công tắc riêng trong phần cài đặt hệ thống dành cho VPN, thay vì trong ứng dụng khách: Always-on VPN, bên dưới có Block connections without VPN. Được hệ điều hành thực thi, công tắc này bao phủ cả trường hợp ứng dụng khách bị hủy, mạng thay đổi và khoảng trống khi khởi động, nhiều hơn công tắc riêng của hầu hết ứng dụng khách. Bật cả hai, rồi chạy lại ba lần làm rớt và khởi động lại một lần nữa. Công tắc của ứng dụng khách cũng có thể tiếp tục bật; hai công tắc không xung đột, và công tắc của hệ thống là công tắc có tác dụng khi ứng dụng không hoạt động.
Ý nghĩa của việc đạt
Các kiểm tra này chứng minh điều gì
+Đường hầm gặp sự cố, bất kể theo cách nào, sẽ trở thành kết nối chết thay vì kết nối mở
+Không có gì đi qua những giây giữa lúc mạng hoạt động trở lại và lúc đường hầm hoạt động trở lại
+Trên thiết bị khởi động trong những mạng không quen thuộc, khoảng trống trước khi ứng dụng khách kết nối đã được đóng
Những điều chúng không chứng minh
−Chúng không cho biết nhà cung cấp lưu giữ gì trong khi đường hầm đang hoạt động — điều đó được trả lời trên các trang về lưu giữ dữ liệu
−Một công tắc vẫn giữ kết nối không thể khắc phục đường hầm bị rò rỉ: DNS và IPv6 được kiểm tra riêng trong cách kiểm tra VPN của bạn có hoạt động hay không
−Việc đạt là nhận định về phiên bản ứng dụng khách này; một bản cập nhật có thể di chuyển hoặc đặt lại công tắc
Khi kết quả chưa rõ ràng
Tệp tải xuống tạm dừng vài giây rồi tiếp tục
Hãy xem ứng dụng khách trước khi kết luận đó là gì. Nếu ứng dụng kết nối lại và tệp tải xuống tiếp tục qua đường hầm, công tắc đã hoạt động và khoảng dừng là do kết nối lại. Nếu ứng dụng khách vẫn hiển thị đã ngắt kết nối nhưng tệp tải xuống vẫn tiếp tục, công tắc đã mở mạng sau một khoảng thời gian chờ, nghĩa là công tắc không giữ được kết nối.
Kiểm tra địa chỉ trong lúc việc truyền tiếp tục sẽ xác định rõ: địa chỉ của điểm thoát nghĩa là đường hầm đã hoạt động trở lại, còn địa chỉ của chính bạn nghĩa là chưa.
Không có gì dừng lại, nhưng ứng dụng khách cho biết công tắc đang bật
Khi đó, phạm vi của công tắc hẹp hơn bạn nghĩ. Nhiều ứng dụng khách chỉ thực thi công tắc khi tự nhận là đang kết nối, nên đường hầm mà ứng dụng được yêu cầu đóng, hoặc đường hầm đã chết cùng tiến trình, sẽ không kích hoạt công tắc. Hãy tìm chế độ thứ hai có tên như vĩnh viễn, luôn bật hoặc khi hệ thống khởi động, rồi lặp lại bài kiểm tra với chế độ đó được bật.
Nếu không có chế độ như vậy, công tắc chỉ mang tính hình thức trong những lần làm rớt quan trọng, và công tắc riêng của hệ điều hành, nếu nền tảng có cung cấp, mới là công tắc nên dựa vào.
Mọi thứ đều dừng lại và không bao giờ hoạt động trở lại
Đó là công tắc đang hoạt động. Một công tắc giữ kết nối sẽ tạo ra kết nối chết cho đến khi đường hầm hoạt động trở lại, và ứng dụng khách không thể kết nối lại sẽ khiến bạn ngoại tuyến cho đến khi bạn yêu cầu ứng dụng ngắt kết nối đúng cách hoặc tắt công tắc. Trên máy tính xách tay, đó là hành vi bạn đã yêu cầu; nó chỉ giống như một lỗi vì lỗi mà nó ngăn chặn diễn ra âm thầm.
Chỉ một số thứ dừng lại
Có thứ đang được miễn trừ. Quy tắc phân tách đường truyền, tiện ích mở rộng trình duyệt có proxy riêng, hoặc ứng dụng giữ một kết nối đã mở từ trước khi đường hầm hoạt động sẽ tiếp tục hoạt động qua công tắc đang giữ kết nối; mỗi trường hợp đều là vấn đề cấu hình chứ không phải lỗi của công tắc. Hãy kiểm tra các ngoại lệ trong ứng dụng khách, rồi kiểm tra cài đặt điều khiển những kết nối được tạo trước khi đường hầm hoạt động, vì một số ứng dụng khách mặc định không can thiệp vào chúng.
Cùng các bước, máy khác
Các nền tảng còn lại
Mỗi nền tảng có hướng dẫn riêng của mình chứ không phải một tab trên hướng dẫn này. Các bước bắt đầu khác nhau ngay khi trình cài đặt mở ra, và một trang trả lời cho ba nền tảng cùng lúc thì không trả lời đúng cho nền tảng nào cả.