Công cụ của chúng tôi hoạt động thế nào

Mọi bài kiểm tra trên trang này được giải thích ở đây: chúng tôi dùng dữ liệu nào, kết hợp ra sao, yếu ở đâu và không giữ gì. Nếu một kết quả ở trang khác khiến bạn ngạc nhiên, đây là trang cho bạn biết vì sao.

Cập nhật lần cuối 21 tháng 10, 2026

Nguồn dữ liệu của chúng tôi

Chúng tôi chỉ dùng dữ liệu mà nhà phát hành cho phép sử dụng theo cách này, và hiển thị ghi công cùng ngày cập nhật ở bất cứ đâu nó xuất hiện. Endpoint /v1/sources đứng sau trang liệt kê mọi bộ dữ liệu kèm trạng thái trực tiếp; bảng này là phiên bản cho con người đọc.

Dữ liệuNguồnGiấy phép / điều khoảnLàm mới
Định vị cấp thành phốDB-IP — IP to City LiteCC BY 4.0bản dựng hằng tháng
Định vị trực tiếp tại biên mạng, ASN, múi giờSiêu dữ liệu yêu cầu của Cloudflaređiều khoản Cloudflaretrực tiếp, theo từng yêu cầu
Quốc gia và ASN (phiếu bầu bổ sung)IPinfo LiteCC BY-SA 4.0hằng tháng, khi được bật
IP → ASN gốc, prefixiptoasn.comPhạm vi công cộng (PDDL)hằng ngày (nguồn gốc hằng giờ)
ASN (ý kiến thứ hai)DB-IP — IP to ASN LiteCC BY 4.0hằng tháng
ASN gốc, prefix, RIR, ngày cấp phátTeam Cymru IP-to-ASN (DNS)dịch vụ cộng đồng miễn phítrực tiếp, có đệm
Định tuyến, chủ thể, liên hệ báo cáo lạm dụngRIPEstat Data APIAPI công cộng miễn phítrực tiếp, đệm 6 giờ
Hồ sơ đăng kýRDAP của cơ quan đăng ký (ARIN, RIPE NCC, APNIC, LACNIC, AFRINIC) qua IANA bootstrapđiều khoản của từng cơ quantrực tiếp, đệm 6 giờ
Nút thoát TorDanh sách nút thoát của Tor Projectdanh sách công khaihằng giờ
Dải data center và VPNX4BNet lists_vpnMIThằng tuần
Dải cloudNguồn công bố của AWS, Google Cloud, Google, Oracle, DigitalOcean, Linode, Vultr, Cloudflare, Fastlycông bố để dùng công khaihằng tuần
Điểm ra iCloud Private RelayApplecông bố cho đơn vị vận hành mạnghằng tuần
Máy chủ điều khiển botnetabuse.ch Feodo TrackerCC0hằng giờ
Mục spam / lạm dụng / proxy10 danh sách chặn DNS (SpamCop, DroneBL, UCEPROTECT L1–L3, PSBL, blocklist.de, s5h, NordSpam, SPFBL)điều khoản truy vấn miễn phí của từng đơn vịtrực tiếp, đệm 10 phút
Câu trả lời DNS, PTRCloudflare 1.1.1.1 và Google 8.8.8.8 (DoH)resolver công cộngtrực tiếp

Cố ý không dùng: MaxMind GeoLite2 (điều khoản giấy phép), IP2Location LITE (cần tài khoản), ip-api.com (chỉ phi thương mại), Spamhaus và CBL (dùng thương mại cần thuê bao trả phí), SORBS (đã đóng cửa năm 2024), PeeringDB (sao chép cần được chấp thuận), AbuseIPDB (cần API key). Chúng tôi thà hiển thị ít nguồn hơn còn hơn hiển thị nguồn mà chúng tôi không được phép.

Định vị IP: độ chính xác và giới hạn

Không cơ sở dữ liệu nào biết một địa chỉ ở đâu; mỗi cơ sở suy ra một địa điểm cho một khối từ hồ sơ đăng ký, geofeed của đơn vị vận hành, phép đo độ trễ và mẫu sử dụng, rồi dựng lại phỏng đoán định kỳ. Vì thế chúng tôi truy vấn nhiều nguồn và hiển thị chúng cạnh nhau.

Các cơ sở dữ liệu định vị chúng tôi so sánh

Định vị trực tiếp tại biên mạng Cloudflare (nơi biên mạng của chúng tôi thấy kết nối đến từ), DB-IP Lite (hằng tháng) và IPinfo Lite (cấp quốc gia, khi được cấu hình) bỏ phiếu cho quốc gia và thành phố. Quốc gia đăng ký từ iptoasn.com được hiển thị để so sánh nhưng không bao giờ bỏ phiếu: đó là nơi khối được cấp phát, mà với một tập đoàn đa quốc gia có thể là một châu lục khác. Kết quả đồng thuận là giá trị mà các nguồn bỏ phiếu thống nhất, với độ tin cậy giảm khi chúng bất đồng hoặc khi chỉ một nguồn có dữ liệu, và một mức chênh lệch (số kilômét giữa tọa độ của các nguồn) để bạn thấy sự bất đồng bằng con số. Các prefix được quảng bá từ nhiều nơi cùng lúc (anycast) được đánh dấu và độ tin cậy của chúng bị giới hạn.

Vì sao vị trí IP có thể sai

Các khối được cấp lại nhanh hơn tốc độ dựng lại của cơ sở dữ liệu; nhà mạng lớn và nhà mạng di động dẫn lưu lượng qua các cổng vùng; địa chỉ VPN, proxy và cloud được định vị ở nơi đặt máy chủ, theo thiết kế; độ phủ IPv6 trong các cơ sở dữ liệu miễn phí mỏng hơn IPv4; địa chỉ anycast không có vị trí đơn lẻ. Bài vì sao vị trí IP của bạn bị sai đề cập từng trường hợp. Cấp thành phố là kết quả tốt nhất có thể; tuyên bố chính xác tới cấp đường phố của bất kỳ nhà cung cấp nào chỉ là tiếp thị.

Các bài kiểm tra rò rỉ hoạt động thế nào

Các bài kiểm tra rò rỉ đo những gì thực sự rời thiết bị của bạn, không phải những gì cài đặt của bạn nói. Mọi thứ chúng cần đều chạy trên hạ tầng do chính chúng tôi vận hành để không bên thứ ba nào thấy bài kiểm tra của bạn.

Thiết kế kiểm tra rò rỉ DNS

Chúng tôi vận hành name server có thẩm quyền duy nhất cho zone dnstest.checkmyip.com. Với mỗi bài kiểm tra, trình duyệt của bạn được cấp các hostname duy nhất trong zone đó (sáu trong bài tiêu chuẩn, ba mươi sáu trong bài mở rộng) và tải một tài nguyên nhỏ từ mỗi hostname. Mọi resolver đệ quy xử lý tra cứu của bạn đều phải hỏi name server của chúng tôi, và máy chủ của chúng tôi ghi lại địa chỉ của resolver cho phiên đó. Mỗi resolver được phân loại: cùng địa chỉ với bạn (bạn tự chạy resolver), cùng mạng với địa chỉ HTTP của bạn, resolver công cộng đã biết, hoặc khác (resolver của nhà mạng hoặc của nhà cung cấp VPN). Khi một resolver chuyển tiếp EDNS Client Subnet, chúng tôi so prefix được chuyển tiếp với địa chỉ hiển thị của bạn; một prefix không chứa địa chỉ đó chứng minh truy vấn đã vào resolver từ một mạng khác. Bảng kết luận (rò rỉ / có thể rò rỉ / không rò rỉ / cần xem lại, mỗi loại kèm độ tin cậy) được áp dụng đúng như mô tả trong giao diện dịch vụ của chúng tôi, và danh sách resolver luôn được hiển thị để bạn kiểm tra lập luận. Phiên hết hạn sau mười phút và không bao giờ được ghi ra đĩa.

Thiết kế kiểm tra rò rỉ WebRTC

Trình duyệt của bạn thu thập ICE candidate qua máy chủ STUN của chính chúng tôi (stun.checkmyip.com, UDP và TCP, IPv4 và IPv6). Candidate server-reflexive là địa chỉ công khai mà máy chủ STUN của chúng tôi thấy gói UDP của bạn đến từ; chúng tôi so nó (và bất kỳ host candidate công khai nào) với địa chỉ mà trình duyệt của bạn dùng qua HTTP, bao gồm cả góc nhìn chỉ IPv4 và chỉ IPv6. Một địa chỉ công khai mà website chưa thấy được báo là rò rỉ; các candidate nội bộ và mDNS được hiển thị nhưng chỉ ghi chú là lộ cấu trúc LAN. Phép so sánh chạy trong trình duyệt của bạn; các candidate không được gửi tới chúng tôi.

Thiết kế kiểm tra IPv6

Ba hostname lần lượt phân giải tới một địa chỉ chỉ IPv4, một địa chỉ chỉ IPv6 và cả hai. Trình duyệt của bạn tải một tệp JSON nhỏ từ mỗi hostname; lần tải nào thành công và host dual-stack thấy họ địa chỉ nào cho chúng tôi biết bạn chỉ có IPv4, dual-stack ưu tiên IPv6, dual-stack ưu tiên IPv4 (thường là dấu hiệu đường IPv6 chậm hoặc hỏng) hay chỉ có IPv6. Trong bài kiểm tra VPN, một địa chỉ IPv6 thuộc mạng khác với địa chỉ IPv4 của VPN được báo là rò rỉ IPv6.

Chúng tôi phát hiện proxy, VPN và Tor như thế nào

Một địa chỉ được báo là nút thoát Tor khi nó nằm trong danh sách nút thoát của Tor Project (làm mới hằng giờ). Nó được báo là địa chỉ VPN hoặc data center khi nằm trong các dải VPN hoặc data center của X4BNet, trong các dải công bố chính thức của các nhà cung cấp cloud, hoặc khi ASN của nó là mạng hosting; là điểm ra của iCloud Private Relay khi nằm trong danh sách của Apple; và là proxy khi một danh sách chặn DNS theo dõi proxy mở liệt kê nó. Phân loại gia đình, di động và doanh nghiệp đến từ loại mạng của ASN. Mỗi kết luận mang một độ tin cậy (cao với trùng danh sách, trung bình hoặc thấp với heuristic) và danh sách lý do. Với kết nối của chính bạn, chúng tôi thêm các tín hiệu phía trình duyệt: múi giờ thiết bị khác với múi giờ của địa chỉ, và kết quả WebRTC hoặc DNS trỏ tới một mạng khác. Điểm rủi ro (0–100, các mức thấp / vừa / cao / nghiêm trọng) cộng trọng số cố định cho mỗi tín hiệu — ví dụ +20 cho dải hosting, +50 cho máy chủ điều khiển botnet đã biết — và các trọng số được công bố kèm số phiên bản để một điểm có thể tái lập.

Công thức điểm riêng tư

Điểm riêng tư trên trang điểm riêng tư bắt đầu từ 100 và trừ một mức cố định cho mỗi phát hiện, theo hai chế độ. Chế độ VPN (bạn cho chúng tôi biết đang dùng VPN): −40 nếu địa chỉ hiển thị là của nhà mạng thay vì của VPN, −25 cho rò rỉ DNS, −20 cho rò rỉ WebRTC, −15 cho rò rỉ IPv6, −10 cho lệch múi giờ, −10 nếu địa chỉ nằm trong danh sách chặn. Chế độ thường (không VPN): −10 cho mạng nội bộ bị lộ qua WebRTC, −10 cho lệch múi giờ, −20 cho địa chỉ bị liệt kê. Phép kiểm tra fingerprint trình duyệt được hiển thị là ước tính và không bị trừ điểm trong phiên bản đầu này; mức −10 cho fingerprint rất độc nhất sẽ được bật khi mức độ độc nhất được đo từ mẫu thực, và trang này sẽ nói rõ. Điểm không bao giờ dưới 0; các mức là 90–100 xuất sắc, 70–89 tốt, 40–69 tạm được, dưới 40 kém. Công thức được cố ý giữ đơn giản để danh sách khắc phục và điểm số luôn thống nhất.

Kiểm tra blacklist (DNSBL)

Chúng tôi truy vấn song song mười danh sách chặn DNS qua resolver đệ quy của chính chúng tôi, như các đơn vị vận hành danh sách yêu cầu, và lưu đệm câu trả lời mười phút. Chúng tôi chỉ dùng các danh sách mà đơn vị vận hành công bố điều khoản cho phép truy vấn công khai miễn phí và đã trả lời mục kiểm tra chuẩn vào ngày 21/10/2026. UCEPROTECT cấp 2 và 3 liệt kê cả dải cấp phát và cả ASN, được hiển thị là chỉ để tham khảo và không tính bất lợi cho bạn. Truy vấn bị một danh sách từ chối được báo là lỗi, không bao giờ là bị liệt kê. Mỗi kết quả hiển thị danh sách, nhóm của nó, mã trả về và ý nghĩa được ghi trong tài liệu, thời điểm kiểm tra và nơi yêu cầu gỡ bỏ.

Chúng tôi ghi log gì và không ghi gì

Chúng tôi không lưu địa chỉ khách truy cập. Kết quả tra cứu được lưu đệm mười phút, trong bộ nhớ của máy chủ tra cứu và tại biên mạng (Cloudflare KV, khóa theo địa chỉ); phiên kiểm tra rò rỉ tồn tại trong bộ nhớ mười phút; không có gì nhận diện được ghi ra đĩa hay vào cơ sở dữ liệu. Số liệu sử dụng tổng hợp (trang, ngày, quốc gia, ngôn ngữ, loại thiết bị) không chứa địa chỉ. Báo cáo tình trạng của chính máy chủ chúng tôi chứa địa chỉ và tải của máy chủ, không phải của bạn. Xem chính sách quyền riêng tư.

Nhật ký thay đổi

21/10/2026 — Trang ra mắt sau khi xây lại hoàn toàn. Định vị: biên mạng Cloudflare + DB-IP Lite (bản dựng 01/10/2026), IPinfo Lite đã chuẩn bị. Mạng: iptoasn.com, DB-IP ASN Lite, Team Cymru, RIPEstat, RDAP. Rủi ro: nút thoát Tor, X4BNet, nguồn cloud, iCloud Private Relay, Feodo Tracker, mười DNSBL; phiên bản điểm 2026-10-21.1. Kiểm tra rò rỉ trên zone DNS và máy chủ STUN của chính chúng tôi. Các thay đổi tương lai về nguồn, trọng số hoặc thiết kế kiểm tra được ghi ở đây kèm ngày.

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

Định vị IP chính xác đến đâu?

Thường đúng ở cấp quốc gia với địa chỉ mạng cố định, hay đúng ở cấp thành phố, không bao giờ ở cấp đường phố. Địa chỉ di động, VPN, cloud và anycast là các ngoại lệ thường gặp. Kết quả của chúng tôi hiển thị từng nguồn và khoảng cách giữa chúng, để bạn thấy độ bất định cho địa chỉ của mình.

Vì sao IP của tôi hiện sai thành phố?

Vì cơ sở dữ liệu định vị gán một địa điểm cho cả khối địa chỉ dựa trên nơi khối đó thường được dùng, và đó có thể là trạm trung chuyển vùng của nhà mạng, một thành phố mà khối từng phục vụ, hoặc vị trí của máy chủ VPN hay cloud mà bạn đang kết nối qua. Ngày dựng của các nguồn trong kết quả cho bạn biết phỏng đoán đó cũ đến đâu.

Bạn có lưu địa chỉ IP của tôi không?

Không. Địa chỉ của bạn được xử lý trong bộ nhớ để hiển thị trang và chạy các bài kiểm tra, lưu đệm tối đa mười phút để phục vụ nhanh các tra cứu lặp lại, và không bao giờ được ghi vào cơ sở dữ liệu hay log. Phiên kiểm tra rò rỉ hết hạn sau mười phút. Thống kê sử dụng được tổng hợp và không chứa địa chỉ.