Địa chỉ IP
Đang kiểm tra216.73.216.52
Columbus, Hoa Kỳ · Amazon.com, Inc. · Trung tâm dữ liệu / hosting
Một nút bấm chạy mọi bài kiểm tra rò rỉ cùng lúc: địa chỉ mà website thấy có thuộc VPN của bạn không, truy vấn DNS có nằm trong đường hầm không, WebRTC hay IPv6 có để lộ địa chỉ thật không? Bạn nhận kết quả đạt hoặc không đạt cho từng bài và cách khắc phục cho mỗi lỗi.
Kết luận DNS phụ thuộc vào điều này: cùng một danh sách resolver mang ý nghĩa khác nhau khi có và không có đường hầm.
Địa chỉ IP
Đang kiểm tra216.73.216.52
Columbus, Hoa Kỳ · Amazon.com, Inc. · Trung tâm dữ liệu / hosting
Rò rỉ DNS
Đang kiểm trawaiting for resolvers
Đang phân giải các hostname thử nghiệm duy nhất…
Rò rỉ WebRTC
Đang kiểm tragathering candidates
Đang hỏi trình duyệt về các địa chỉ của nó…
Rò rỉ IPv6
Đang kiểm trafetching over IPv6
Đang tải từ host chỉ IPv6…
Múi giờ
Đang kiểm trareading the clock
America/New_York
Danh sách chặn
Đang kiểm traquerying lists
Đang truy vấn các danh sách chặn…
Hai lần chạy cạnh nhau. Bật (hoặc tắt) VPN, rồi chạy lại: trang so sánh cả hai lần chạy và dùng mạng resolver của lần trước làm mốc chuẩn để kết luận DNS dứt khoát.
| Lần chạy trước | Lần chạy này |
|---|
| Địa chỉ IP | Mạng | Quốc gia | Truy vấn | Trạng thái |
|---|---|---|---|---|
| 203.0.113.53 | Example Telecom | Germany | 6 | status |
Kết nối VPN rồi bấm Chạy kiểm tra VPN. Bài kiểm tra mất vài giây: nó đọc địa chỉ mà website thấy, gửi truy vấn DNS tới các hostname duy nhất trong vùng DNS thử nghiệm của chính chúng tôi, hỏi trình duyệt về các địa chỉ WebRTC qua máy chủ STUN của chúng tôi và tải một tệp nhỏ qua các host chỉ IPv4 và chỉ IPv6. Để kết luận DNS đáng tin nhất, hãy chạy thêm một lần trước khi bật VPN — khi đó trang biết resolver của nhà mạng thật của bạn và có thể nhận ra nó một cách chắc chắn.
Thẻ kết luận ghi Không phát hiện rò rỉ, Một điểm cần khắc phục hoặc Địa chỉ thật của bạn đang bị lộ, và mỗi bài kiểm tra bên dưới cho thấy đã quan sát được gì, thuộc mạng nào và kết luận chắc chắn đến đâu. Kết quả Cần xem lại nghĩa là chúng tôi thấy một resolver bên thứ ba và không biết đó là DNS riêng của VPN (ổn) hay của nhà mạng (rò rỉ); tên đơn vị vận hành resolver thường làm rõ điều đó.
VPN chỉ bảo vệ những gì thực sự đi qua đường hầm. Mỗi bài kiểm tra nhìn vào một con đường khác mà lưu lượng có thể đi vòng qua nó.
So sánh địa chỉ thấy qua HTTP với địa chỉ mà VPN lẽ ra phải hiển thị. Nếu kết luận nêu tên nhà mạng gia đình hoặc di động của bạn là đơn vị vận hành, VPN hoàn toàn không truyền lưu lượng của bạn — có thể nó đã ngắt, đang ở chế độ split-tunnel hoặc bị chặn.
Trình duyệt của bạn phân giải các hostname thử nghiệm duy nhất của chúng tôi; resolver nào hỏi name server của chúng tôi về chúng chính là resolver đang xử lý DNS của bạn. Nếu một resolver thuộc nhà mạng của bạn, hoặc một resolver công cộng chuyển tiếp prefix mạng thật của bạn (EDNS Client Subnet), DNS đang rời đi bên ngoài đường hầm. Trang kiểm tra rò rỉ DNS chạy phiên bản mở rộng với 36 truy vấn.
WebRTC có thể gửi gói UDP thẳng từ các giao diện mạng của bạn. Chúng tôi yêu cầu trình duyệt thu thập địa chỉ của nó qua máy chủ STUN của chính chúng tôi và so với địa chỉ mà website thấy. Một địa chỉ công khai khác nghĩa là WebRTC đi vòng qua VPN. Chi tiết trên trang kiểm tra rò rỉ WebRTC.
Nhiều VPN chỉ tạo đường hầm cho IPv4. Nếu kết nối của bạn cũng có IPv6 và địa chỉ IPv6 thuộc một mạng khác với địa chỉ VPN, các trang hỗ trợ IPv6 sẽ thấy kết nối thật của bạn. Kiểm tra IPv6 hiển thị cả hai họ địa chỉ.
Ứng dụng BitTorrent báo địa chỉ cho tracker độc lập với trình duyệt, nên một bài kiểm tra trên trình duyệt không thể chứng minh ứng dụng đã đi qua đường hầm. Các bài kiểm tra ở trên bao phủ những con đường mạng mà ứng dụng có thể đi (IPv4, IPv6, DNS); một bài kiểm tra dựa trên tracker cho thấy chính xác địa chỉ mà ứng dụng của bạn báo đang được lên kế hoạch cho trang này.
Hầu hết rò rỉ đến từ một trong ba thiết lập, và mỗi cái đều có cách sửa trực tiếp.
Trong ứng dụng VPN, bật tùy chọn ép DNS đi qua đường hầm (tên gọi khác nhau: DNS leak protection, Use VPN DNS, Block DNS outside tunnel). Nếu ứng dụng không có tùy chọn đó, hãy đặt DNS hệ thống thành một resolver công cộng và bật kill switch của VPN. Trên Windows, hãy tắt thêm Smart Multi-Homed Name Resolution qua group policy, nếu không Windows sẽ truy vấn mọi giao diện cùng lúc. Chạy lại bài kiểm tra sau mỗi thay đổi; trang kiểm tra rò rỉ DNS có các bước cho từng hệ điều hành.
Bật tính năng bảo vệ WebRTC hoặc tiện ích trình duyệt của ứng dụng VPN nếu có. Trong Firefox, đặt media.peerconnection.ice.default_address_only thành true (hoặc tắt hẳn WebRTC bằng media.peerconnection.enabled); trong Chrome và Edge, dùng một tiện ích đặt chính sách xử lý IP của WebRTC thành disable non-proxied UDP; Brave có sẵn thiết lập này trong phần Privacy. Các bước đầy đủ cho từng trình duyệt có trên trang kiểm tra rò rỉ WebRTC.
Nếu VPN của bạn không tạo được đường hầm cho IPv6, cách sửa gọn nhất là dùng một VPN làm được. Cách tạm thời là tắt IPv6 trên thiết bị hoặc trong router khi đang dùng VPN; hầu hết ứng dụng VPN có công tắc IPv6 leak protection làm việc đó thay bạn.
Mở trang này trong trình duyệt của thiết bị cần kiểm tra — điện thoại, máy tính bảng, laptop hoặc trình duyệt trên TV — khi VPN đang kết nối, rồi chạy bài kiểm tra. Vì mọi bài kiểm tra chạy từ chính thiết bị đó, kết quả chỉ áp dụng cho thiết bị đó; VPN trên laptop không nói lên gì về điện thoại của bạn. Với VPN cài trên router, hãy chạy bài kiểm tra từ bất kỳ thiết bị nào sau router. Với thiết bị không có trình duyệt (máy chơi game, smart TV), hãy chạy từ một thiết bị cùng mạng và cùng VPN; phần IP và DNS áp dụng cho cả mạng, phần WebRTC thì không.
Chạy bài kiểm tra này khi VPN đang kết nối. Nếu bài kiểm tra IP cho thấy mạng của nhà cung cấp VPN (không phải nhà mạng của bạn), bài kiểm tra DNS không thấy resolver của nhà mạng, và các bài WebRTC, IPv6 không thấy địa chỉ thứ hai, thì VPN đang hoạt động với thiết bị và trình duyệt này.
Thẻ địa chỉ ở đầu trang cho bạn biết: nếu đơn vị vận hành là nhà mạng hoặc nhà mạng di động của bạn, trình duyệt này không có VPN nào đang hoạt động; nếu là nhà cung cấp hosting hoặc VPN và loại kết nối ghi VPN hoặc data center, thì có. Check proxy và VPN hiển thị bằng chứng chi tiết.
Kết nối tới máy chủ bạn muốn rồi mở định vị IP: vị trí hiển thị là thứ các website sẽ giả định. Nếu vẫn là thành phố của bạn, VPN không truyền lưu lượng của bạn.
Nguyên nhân thường gặp: ứng dụng cập nhật và mất thiết lập, mạng chặn giao thức VPN (thử giao thức hoặc port khác), kill switch đang giữ lưu lượng sau khi kết nối bị rớt, một VPN hoặc proxy thứ hai xung đột, hoặc gói đăng ký đã hết hạn. Hãy kết nối lại, đổi giao thức, rồi chạy lại bài kiểm tra này.
IP bị rò rỉ nghĩa là website, trình theo dõi hoặc các peer có thể thấy địa chỉ kết nối thật của bạn — nhà mạng và vị trí ước tính — thay vì của VPN. Nó không lộ tên bạn, nhưng làm mất ý nghĩa của VPN. Hãy khắc phục rò rỉ rồi kết nối lại để các trang bạn ghé tiếp theo chỉ thấy địa chỉ VPN.
Có, với lưu lượng đi qua nó: website thấy địa chỉ máy chủ VPN thay vì của bạn. Nó không ẩn địa chỉ của bạn khỏi chính nhà cung cấp VPN, và không ẩn được những gì rò rỉ vòng qua đường hầm — DNS, WebRTC, IPv6 — đó chính là điều bài kiểm tra này kiểm tra.
Chạy bài kiểm tra này. Bài nào được đánh dấu Rò rỉ nghĩa là một địa chỉ hoặc một truy vấn DNS đã ra Internet bên ngoài VPN. Kết luận nêu tên địa chỉ bị lộ và mạng mà nó thuộc về để bạn xác nhận đó là của mình.
Nếu ứng dụng VPN kết nối được nhưng trang này vẫn hiển thị nhà mạng của bạn, hoặc ứng dụng không kết nối được, mạng bạn đang dùng có thể chặn giao thức VPN (một số nơi làm việc, khách sạn và quốc gia làm vậy). Hãy thử giao thức khác (WireGuard, OpenVPN qua TCP 443) hoặc chế độ ngụy trang/stealth của ứng dụng. Nếu một website cụ thể từ chối bạn trong khi VPN hoạt động ở đây, trang đó chặn các dải VPN đã biết, điều mà check proxy và VPN sẽ xác nhận.
Vùng DNS và máy chủ STUN của chúng tôi (Frankfurt) · Dịch vụ tra cứu CheckMyIP · Không có gì trên trang này được lưu: kết quả được tính cho từng yêu cầu rồi bỏ đi.