Mở được bằng 4G nhưng không bằng Wi-Fi?

Đây là một trong những manh mối hữu ích nhất khi xử lý sự cố: cùng một điện thoại, cùng một trang, mở được bằng dữ liệu di động nhưng không mở được bằng Wi-Fi. Rõ ràng bản thân trang vẫn ổn, điện thoại của bạn cũng ổn. Có gì đó trên đường đi của Wi-Fi khác đi. Bài này liệt kê các nguyên nhân phổ biến từ nhiều khả năng nhất đến ít nhất, kèm một phép thử nhanh cho từng cái.

Điều thật sự thay đổi khi bạn chuyển sang Wi-Fi

Đổi mạng làm thay đổi nhiều thứ cùng lúc:

• Máy chủ DNS. Dữ liệu di động dùng máy phân giải của nhà cung cấp mạng di động. Wi-Fi thường dùng router, chuyển tiếp lên ISP phía sau hoặc một dịch vụ khác.
• Các bộ lọc trên đường đi. Router, tường lửa trường học hay ISP mỗi bên có thể lọc khác nhau.
• Phiên bản IP khả dụng. Một mạng có thể cho IPv6, mạng kia chỉ có IPv4.
• Cách cổng mạng hoạt động. Một số Wi-Fi yêu cầu trang đăng nhập hoặc đồng ý điều khoản trước.

Nguyên nhân 1. DNS của Wi-Fi trả lời sai hoặc không trả lời

Đây là nguyên nhân phổ biến nhất. DNS của router có thể cấu hình sai, quá tải, lưu một câu trả lời xấu, hoặc cố ý lọc. Cách thử: đặt máy chủ DNS khác cho mạng Wi-Fi, hoặc bật GreenTunnel để DNS đi tới máy chủ mã hoá bạn đã chọn, rồi thử lại. Nếu trang mở được thì DNS là nguyên nhân. Xem DNS mã hoá. Khởi động lại router cũng xoá bộ nhớ đệm xấu.

Nguyên nhân 2. Bộ lọc nội dung trên router hoặc mạng

Kiểm soát của phụ huynh, dịch vụ DNS gia đình, tường lửa trường học hay văn phòng chặn theo nhóm hoặc tên miền. Các thiết bị khác trên cùng Wi-Fi cũng sẽ lỗi. Cách thử: thử một thiết bị khác trên Wi-Fi, và xem router có tuỳ chọn lọc nào không. Nếu bạn không quản lý mạng, đó có thể là chính sách. Xem Những website nào bị chặn trên Wi-Fi của tôi?

Nguyên nhân 3. ISP lọc theo DNS hoặc theo tên trang

ISP phía sau Wi-Fi của bạn có thể chặn một trang mà nhà cung cấp mạng di động không chặn (các bên khác nhau). Bộ lọc có thể dùng DNS hoặc tên trang (SNI) trong gói HTTPS đầu tiên. Cách thử: chạy Inspect URL trên Wi-Fi. Kết luận “DNS giả” được sửa bằng DNS mã hoá. Kết luận “bị lọc theo tên” có thể được một kỹ thuật vượt chặn hỗ trợ. Xem DPI là gì? và Trang web có bị chặn không?

Nguyên nhân 4. Sự cố IPv6 trên một trong hai mạng

Nếu Wi-Fi quảng bá IPv6 nhưng đường IPv6 của nó hỏng, ứng dụng có thể thử IPv6 trước và chờ rồi mới quay về IPv4, nên trang tải chậm hoặc lỗi. Cách thử: xem các trang khác chỉ có IPv6 hoặc hỗ trợ cả hai có bị đứng không, và tạm tắt IPv6 trên router nếu bạn quản lý nó. Xem IPv6 và VPN.

Nguyên nhân 5. DNS riêng tư hoặc DNS tuỳ chỉnh trên điện thoại

Tên máy chủ “DNS riêng tư” trên Android, hoặc hồ sơ DNS trên iOS, có thể chạy với dữ liệu di động nhưng lỗi trên Wi-Fi chặn hoặc can thiệp vào nó (ví dụ mạng chặn DNS over TLS ở cổng 853). Cách thử: đặt DNS riêng tư về tự động hoặc tắt rồi thử lại.

Nguyên nhân 6. Cổng thông tin đăng nhập bạn chưa hoàn tất

Quán cà phê, khách sạn và sân bay thường hiện trang đăng nhập hoặc “Tôi đồng ý”. Cho tới khi bạn chấp nhận, nhiều trang lỗi dù Wi-Fi hiện là đã kết nối. Cách thử: mở một trang HTTP thường như http://neverssl.com để kích hoạt trang cổng, hoặc ngắt và kết nối lại mạng.

Nguyên nhân 7. Đặc tính của router: MTU, tường lửa hoặc bản cập nhật lỗi

MTU không khớp có thể làm hỏng chỉ một số trang, những trang có gói tin lớn. Lỗi firmware router hoặc NAT quá tải có thể gây việc tương tự. Cách thử: khởi động lại router, cập nhật firmware, và thử băng tần khác (2,4 và 5 GHz). Nếu vẫn chỉ lỗi với một số trang, router hoặc đường truyền của ISP là nguyên nhân khả dĩ.

Nguyên nhân 8. VPN, proxy hoặc trình chặn quảng cáo tương tác với Wi-Fi

Một ứng dụng có thể được cấu hình chỉ cho dữ liệu di động, hoặc DNS chặn quảng cáo gắn cờ trang đó. Cách thử: tắt lần lượt từng ứng dụng như vậy. Trên điện thoại chỉ một VPN hoạt động tại một thời điểm.

Quy trình ngắn

1. Tải lại, rồi tắt và bật lại Wi-Fi.
2. Kiểm tra cổng thông tin đăng nhập bằng http://neverssl.com.
3. Thử trên thiết bị thứ hai cùng Wi-Fi.
4. Đặt DNS riêng tư về tự động và tắt các ứng dụng VPN, proxy hay bộ lọc khác.
5. Khởi động lại router.
6. Chạy Inspect URL trên Wi-Fi và làm theo kết luận của nó. Quy trình đầy đủ xem Cách kiểm tra website có bị chặn trên Wi-Fi của tôi không và Cách mở chặn một website.

Nếu một kỹ thuật có tác dụng, Requester sẽ hiện kết nối là Bypass. Nếu một trang chỉ lỗi với ứng dụng không ưa lưu lượng bị chỉnh sửa, thêm tên miền của nó vào Luôn đi thẳng trong quy tắc định tuyến.

GreenTunnel làm được và không làm được gì ở đây

GreenTunnel sửa được việc DNS bị can thiệp bằng DNS mã hoá và có thể vượt qua lọc theo tên bằng cách định hình lại các gói đầu. Nó không sửa được router hỏng, cổng thông tin đăng nhập, lỗi IPv6 hay chặn ở mức IP, và nó không giấu địa chỉ IP của bạn. Đây là VPN cục bộ không có máy chủ của chúng tôi, miễn phí trên Android và iPhone, có Premium tuỳ chọn. Xem trang chủ.

Câu hỏi thường gặp

Vì sao chỉ một trang lỗi trên Wi-Fi trong khi mọi trang khác chạy?

Điều đó chỉ ra vấn đề DNS hoặc bộ lọc riêng cho tên đó, hoặc đặc tính MTU hay IPv6 chỉ ảnh hưởng tới máy chủ đó. Hãy so sánh câu trả lời DNS và chạy Inspect URL.

Có phải router của tôi bị hack không?

Gần như không bao giờ. Thường gặp hơn nhiều là bộ nhớ đệm DNS, cài đặt bộ lọc hoặc chính sách của ISP. Nếu câu trả lời DNS có vẻ sai với nhiều trang, hãy đặt máy chủ DNS của riêng bạn và cập nhật router.

Tôi có nên chỉ đổi DNS trên router không?

Đó là một phép thử hợp lý và thường là cách sửa. Một số mạng chặn bắt DNS thường, nên DNS mã hoá trên thiết bị đáng tin cậy hơn.

Vì sao xảy ra điều ngược lại: chạy trên Wi-Fi nhưng không chạy bằng dữ liệu di động?

Lập luận tương tự áp dụng theo chiều ngược lại. Nhà mạng di động có DNS, bộ lọc và cách xử lý IPv6 riêng. Hãy chạy các phép thử như trên với dữ liệu di động.

Nguồn

• IETF, RFC 8484: DNS Queries over HTTPS.
• IETF, RFC 8305: Happy Eyeballs Version 2 (cách máy khách quay từ IPv6 về IPv4).
• IETF, RFC 7858: DNS over TLS (dùng cổng 853).