VPN chạy trên Wi-Fi nhưng không chạy trên dữ liệu di động: vì sao

Bắt đầu bằng so sánh, không phải kết luận: cùng điện thoại, cùng hồ sơ, hai mạng. Nếu đường hầm thất bại trên một mạng và chạy được trên mạng kia, khác biệt nằm đâu đó trên đường đi chứ không phải ở thông tin đăng nhập. Ghi lại loại lỗi bạn nhận được, vì bị từ chối trước khi đăng nhập và một kết nối không mang theo gì là hai vấn đề khác nhau. Mọi điều dưới đây giả định phép thử đó, được làm chỉ bằng cách đổi mạng.

VPN cần kết nối bên dưới; nó không thay thế kết nối đó và không thể buộc nhà mạng chuyên chở thứ mà nhà mạng từ chối chuyên chở.

Giữ nguyên điện thoại, chỉ đổi mạng

Đổi mạng và máy chủ cùng lúc để lại hai nguyên nhân khả dĩ và không có cách nào tách chúng. So sánh cùng một điểm cuối trước trên Wi-Fi, sau đó trên dữ liệu di động, và ghi lại triệu chứng chính xác mỗi lần. Lỗi trước khi xác thực chỉ về khả năng tiếp cận, việc từ chối thông tin đăng nhập chỉ về tài khoản, còn đường hầm đã kết nối mà không mang theo gì chỉ về định tuyến hoặc DNS. Chỉ cái đầu tiên thực sự liên quan đến mạng.

Việc từ chối rõ ràng khi đăng nhập cũng thuộc các bước kiểm tra xác thực, kể cả khi nó chỉ xuất hiện trên một mạng. Một số nhà mạng và mạng dành cho khách chặn bắt lưu lượng theo cách tạo ra lỗi gây hiểu nhầm.

Mạng truy cập có thể thấy gì và thu phí những gì

Nhà mạng chuyên chở đường hầm quan sát chính kết nối: thời điểm, lưu lượng và địa chỉ điểm cuối VPN. Mã hóa phần tải không che giấu những thuộc tính đó, và điều này đúng với một liên kết Wi-Fi tại nhà cũng như với dữ liệu di động. Điều VPN thay đổi là ai có thể thấy gì, và câu trả lời khác nhau ở mỗi chặng. Hãy ghi lại theo từng chặng thay vì mô tả kết nối là riêng tư nói chung.

Chi phí là khác biệt thực tế khác. Đóng gói, tín hiệu giữ kết nối và các lần thử lại đều tiêu tốn byte, và ứng dụng có thể tiếp tục truyền sau khi chuyển mạng. Wi-Fi tại nhà có tính dung lượng cũng tồn tại, nên hãy kiểm tra bộ đếm của thiết bị và gói cước thay vì cho rằng một trong hai mạng là không giới hạn.

Đăng nhập cổng và các hạn chế của nhà mạng

Phải đáp ứng cổng chặn trước khi đường hầm đi tới bất cứ đâu. Kết nối lại VPN sẽ không cho một thiết bị mà mạng chưa cho phép đi vào, và chính sách luôn bật có thể khiến cổng không thể truy cập. Hãy hoàn tất đăng nhập qua luồng trình duyệt thông thường trước, rồi mới dựng đường hầm. Nếu một chính sách được quản lý cản trở thứ tự đó, hãy làm theo quy trình đã được ghi lại của nhà mạng hoặc quản trị viên.

Các hạn chế của nhà mạng là biến số khác: một số đường chỉ chuyên chở một số giao thức nhất định, một số dịch địa chỉ một cách mạnh tay, và một số xử lý một họ địa chỉ khác với họ còn lại. Việc so sánh thu hẹp lỗi về đường đi mà không xác định cơ chế nào chịu trách nhiệm.

Chuyển mạng không giống như kết nối lại

Khi mỗi mạng chạy riêng, hãy quan sát một lần chuyển mạng thực sự. Ứng dụng khách có thể phát hiện thay đổi và kết nối lại, hoặc có thể giữ một phiên đã chết. Những ứng dụng đang dùng phục hồi khác với những ứng dụng mở sau khi chuyển, vì vậy biểu tượng đường hầm còn đó chứng minh được rất ít. Hãy thử ứng dụng mà bạn thực sự quan tâm trong suốt quá trình chuyển, và ghi lại xem nó có phục hồi mà không cần can thiệp thủ công hay không.

Nếu đường hầm chỉ thất bại sau khi không hoạt động, một tín hiệu giữ kết nối có thể xử lý một trường hợp trạng thái NAT. Nó không sửa tín hiệu yếu và không khắc phục mọi lần chuyển mạng. Hãy phân biệt trạng thái không hoạt động với di chuyển trước khi thay đổi cài đặt.

Ghi lại mạng, giai đoạn thất bại và hành vi trong suốt một lần chuyển mạng. Ba điều đó tách vấn đề đường đi khỏi vấn đề ứng dụng khách.