Tra Cứu DNS/IP

Tra Cứu DNS/IP - Kiểm Tra Địa Chỉ IP và DNS Records Trực Tuyến

DNS là lớp định địa chỉ chuyển hostname con người nhớ được (wikipedia.org) thành địa chỉ IP số mà router thực sự hiểu (208.80.154.224, 2620:0:861:ed1a::1). Mọi request web, gửi email, gọi API, kết nối SSH đều bắt đầu với một hoặc nhiều DNS lookup, và khi các lookup này lỗi thì không gì khác hoạt động. Công cụ này kết hợp ba thao tác chẩn đoán mà developer và sysadmin liên tục cần. (1) Phát hiện IP public — tìm địa chỉ ra ngoài mà mạng của bạn xuất hiện trước thế giới, hữu ích khi cấu hình allow-list firewall hoặc debug VPN. (2) Geo IP — tra cứu thành phố/quốc gia thô, ISP, tổ chức, ASN (Autonomous System Number) và múi giờ của bất kỳ địa chỉ IPv4 hoặc IPv6 nào qua các API công cộng như ipapi.co; hữu ích cho phân tích pattern traffic và xử lý lạm dụng. (3) Phân giải bản ghi DNS — truy vấn DNS toàn cầu qua HTTPS (qua dns.google hoặc 1.1.1.1 của Cloudflare) cho bản ghi A (IPv4), AAAA (IPv6), MX (mail), TXT (SPF/DKIM/xác thực site), NS (ủy quyền) và CNAME (alias) cho bất kỳ tên miền. Hữu ích để xác minh thay đổi DNS đã lan truyền, debug vấn đề gửi email (SPF/DKIM/DMARC), xác nhận site chạy trên đúng IP bạn nghĩ, và khám phá cách các dịch vụ công cộng lớn như Google hay Cloudflare cấu trúc DNS của họ.

DNS/IP Lookup là gì?

DNS/IP Lookup là công cụ lấy thông tin về địa chỉ IP và tên miền. Nó cung cấp:

- Vị trí địa lý IP (quốc gia, thành phố, tọa độ)
- Thông tin ISP và tổ chức
- Hostname và reverse DNS
- DNS records (A, AAAA, MX, TXT, v.v.)
- ASN (Autonomous System Number)
- Timezone và mã bưu chính

Thông tin này hữu ích cho troubleshooting mạng, phân tích bảo mật và hiểu cơ sở hạ tầng internet.

Làm thế nào để sử dụng công cụ này?

Sử dụng công cụ DNS/IP Lookup:

1. Chọn loại tra cứu:
- IP Của Tôi: Xem IP public của bạn
- Tra Cứu IP: Lấy thông tin về địa chỉ IP
- Tra Cứu DNS: Kiểm tra DNS records cho tên miền

2. Để tra cứu IP:
- Nhập địa chỉ IP (ví dụ: 8.8.8.8)
- Nhấp 'Tra Cứu'
- Xem vị trí địa lý, ISP và chi tiết khác

3. Để tra cứu DNS:
- Nhập tên miền (ví dụ: google.com)
- Nhấp 'Tra Cứu'
- Xem DNS records (A, MX, TXT, v.v.)

Công cụ sử dụng nhiều public APIs miễn phí để đảm bảo kết quả chính xác.

Tôi có thể lấy thông tin gì từ IP Lookup?

IP Lookup cung cấp thông tin toàn diện:

Dữ Liệu Vị Trí:
- Quốc gia, khu vực và thành phố
- Tọa độ vĩ độ và kinh độ
- Múi giờ
- Mã bưu chính

Thông Tin Mạng:
- ISP (Nhà cung cấp dịch vụ Internet)
- Tên tổ chức
- ASN (Autonomous System Number)
- Hostname (reverse DNS)

Dữ liệu này đến từ databases công khai và thông tin WHOIS. Lưu ý rằng vị trí địa lý IP là ước tính và có thể không chỉ ra chính xác vị trí vật lý.

DNS records là gì?

DNS (Domain Name System) records ánh xạ tên miền đến địa chỉ IP và thông tin khác:

Các loại records phổ biến:
- A Record: Ánh xạ domain đến địa chỉ IPv4
- AAAA Record: Ánh xạ domain đến địa chỉ IPv6
- MX Record: Mail server cho domain
- CNAME Record: Tên chuẩn (alias)
- TXT Record: Thông tin text (SPF, DKIM, v.v.)
- NS Record: Name servers cho domain
- SOA Record: Start of authority (server master + serial)
- CAA Record: CA nào được phép cấp chứng chỉ TLS

DNS records rất quan trọng để websites, email và dịch vụ internet hoạt động đúng cách.

Tại sao vị trí IP của tôi có thể sai?

Vị trí địa lý IP không phải lúc nào cũng chính xác:

Lý do không chính xác:
- Databases IP có thể lỗi thời
- ISPs có thể gán IPs theo khu vực
- VPN hoặc proxy thay đổi vị trí rõ ràng
- Mạng di động định tuyến qua các khu vực khác nhau
- Mạng doanh nghiệp dùng IPs tập trung

Vị trí địa lý IP thường cung cấp:
- Quốc gia chính xác (95%+)
- Khu vực/tỉnh chính xác (80%+)
- Thành phố ước tính (60%+)
- Tọa độ rất ước tính

Để có vị trí chính xác, cần GPS. IP lookup tốt nhất cho nhận dạng khu vực, không phải địa chỉ chính xác.

Tại sao cùng một tên miền lại phân giải ra IP khác nhau từ các vị trí khác nhau?

Vì người vận hành muốn vậy. Các site lớn hiện đại dùng GeoDNS (DNS địa lý) để trả về bản ghi A/AAAA khác nhau tùy theo resolver nào hỏi: request từ Tokyo nhận IP edge Tokyo, request từ Frankfurt nhận IP edge Frankfurt, tất cả dưới cùng hostname. Đây là cách Cloudflare, AWS CloudFront, Fastly và Google Cloud điều hướng user tới server gần nhất về địa lý để có latency thấp. Cũng là cách Round-Robin DNS phân tải giữa nhiều backend tương đương (resolver của bạn nhận thứ tự IP khác nhau mỗi query). Thêm CDN smart routing, định địa chỉ Anycast (nơi một IP thực sự trả lời từ nhiều vị trí vật lý), và DNS split-horizon (câu trả lời khác cho mạng nội bộ vs ngoài), thì 'IP của tên miền này là X' trở thành 'X cho tôi, ngay lúc này, từ resolver này'. Công cụ này hiển thị điều resolver CỦA BẠN trả về; cho phạm vi toàn cầu, hãy thử dnschecker.org sondé nhiều khu vực song song.

Sự khác biệt giữa bản ghi A, AAAA và CNAME là gì?

Mỗi loại map hostname sang loại giá trị khác nhau. Bản ghi A trỏ tới địa chỉ IPv4 (4 byte, ví dụ 93.184.216.34) — loại DNS gốc từ 1987 và vẫn được dùng nhiều nhất. AAAA ('quad-A') trỏ tới địa chỉ IPv6 (16 byte, ví dụ 2606:2800:220:1:248:1893:25c8:1946) — cần vì IPv4 cạn kiệt địa chỉ public năm 2011 và host hiện đại ngày càng cần cả hai. CNAME ('canonical name') trỏ tới hostname KHÁC thay vì IP — hữu ích cho alias như 'www.example.com CNAME example.com', nên đổi bản ghi A nền tảng một lần cập nhật cả hai. Đánh đổi của CNAME: tốn thêm một DNS lookup (resolver lấy CNAME, rồi A/AAAA của đích), và quy tắc DNS cấm dùng CNAME trên apex domain (không thể có 'example.com CNAME other.com', chỉ 'subdomain.example.com CNAME other.com') — dù một số nhà cung cấp như Cloudflare cung cấp 'CNAME flattening' như giải pháp tạm.

Làm sao debug SPF, DKIM, DMARC và xác minh bản ghi CAA trước khi cấp chứng chỉ TLS?

Đây là hai lý do chuyên nghiệp phổ biến nhất để tra cứu DNS. Xác thực email nằm trong bản ghi TXT: SPF là một TXT duy nhất ở domain gốc bắt đầu bằng 'v=spf1 ...' liệt kê server nào được phép gửi mail cho bạn (chú ý '-all' cuối cho fail cứng hoặc '~all' cho fail mềm); DKIM là TXT tại '<selector>._domainkey.tenmien.com' chứa public key (bạn phải biết selector — ví dụ 'google._domainkey' cho Google Workspace — vì DNS không liệt kê được); DMARC là TXT tại '_dmarc.tenmien.com' bắt đầu 'v=DMARC1; p=...' với p=reject/quarantine/none đặt chính sách. Tra cứu DNS tên miền và đọc khối TXT để xác nhận cả ba khớp nhau. Để cấp chứng chỉ, tra bản ghi CAA: một CA (Let's Encrypt, DigiCert, v.v.) bị bắt buộc theo baseline của CA/Browser Forum phải kiểm tra CAA trước khi ký, và sẽ từ chối nếu tồn tại CAA không liệt kê định danh 'issue' của nó. Vì vậy trước khi đặt chứng chỉ, hãy xác nhận CAA của bạn vắng mặt (mọi CA đều cấp được) hoặc bao gồm CA bạn dùng — công cụ này giờ phân giải CAA trực tiếp.

DNS ngược (PTR) là gì và tại sao quan trọng với khả năng gửi mail?

DNS xuôi map tên sang IP (A/AAAA); DNS ngược (bản ghi PTR) map IP trở lại tên, lưu dưới zone đặc biệt in-addr.arpa (IPv4) hoặc ip6.arpa (IPv6). Với mail server, nó gần như bắt buộc: hầu hết các bên nhận lớn (Gmail, Outlook, Yahoo) từ chối hoặc phạt nặng mail từ IP không có PTR, hoặc có PTR chung do ISP gán như '203-0-113-5.dynamic.example-isp.net'. Thực hành tốt nhất là Full-Circle / FCrDNS: PTR của IP phân giải ra một hostname, và A/AAAA của hostname đó phân giải ngược về đúng IP, và hostname đó khớp với banner SMTP HELO/EHLO của bạn. Khác với bản ghi xuôi bạn kiểm soát qua nhà cung cấp DNS, PTR do người sở hữu khối IP đặt (hosting hoặc ISP của bạn), nên thường phải yêu cầu họ. Công cụ này tự động chạy tra cứu PTR mỗi khi bạn tra một IP, để xác nhận DNS ngược trong một bước thay vì dùng dig -x.

DNS over HTTPS (DoH) là gì và tại sao TTL quan trọng cho lan truyền?

DNS truyền thống gửi truy vấn dưới dạng văn bản thuần qua UDP (hoặc TCP) cổng 53, mà bất kỳ chặng mạng nào cũng có thể đọc hoặc can thiệp. DNS over HTTPS (DoH) bọc cùng truy vấn đó vào một request HTTPS bình thường tới resolver như 1.1.1.1 của Cloudflare (cloudflare-dns.com) hoặc 8.8.8.8 của Google (dns.google), nên nó được mã hóa và không phân biệt được với traffic web bình thường — đây chính xác là cách công cụ này dùng, nghĩa là mỗi tra cứu chạy thẳng từ trình duyệt của bạn không qua server trung gian. TTL (Time To Live) là số giây một resolver được phép cache bản ghi trước khi hỏi lại server có thẩm quyền. Nó quyết định lan truyền: nếu bản ghi A có TTL 3600, các resolver toàn cầu có thể tiếp tục trả giá trị cũ tới một giờ sau khi bạn đổi. Người chuyên nghiệp hạ TTL (ví dụ xuống 300s) một ngày trước khi migration để cắt chuyển nhanh, rồi nâng lại sau đó để giảm tải truy vấn. Trường 'minimum' của bản ghi SOA cũng đặt thời gian cache câu trả lời phủ định (NXDOMAIN).

Dữ liệu của tôi có an toàn không?

Quyền riêng tư và bảo mật:

- IP lookups truy vấn databases công khai
- Tìm kiếm của bạn không được log bởi chúng tôi
- Requests đi trực tiếp từ trình duyệt của bạn đến public APIs
- Không có dữ liệu cá nhân được lưu trữ
- Địa chỉ IP là thông tin công khai

Lưu ý: Khi bạn thực hiện tra cứu, các nhà cung cấp API mục tiêu có thể log request. Chúng tôi dùng dịch vụ HTTPS miễn phí uy tín như ipapi.co và DNS over HTTPS của Cloudflare/Google.

Địa chỉ IP của bạn đã hiển thị với mọi website bạn truy cập - công cụ này chỉ giúp bạn hiểu thông tin nào được công khai.

Tính Năng Chính

• Lấy địa chỉ IP public của bạn ngay lập tức
• Tra cứu vị trí địa lý IP (quốc gia, thành phố, tọa độ)
• Thông tin ISP và tổ chức
• Tự động tra cứu reverse DNS (PTR) cho mọi IP
• ASN (Autonomous System Number)
• Timezone và mã bưu chính
• Tra cứu DNS records (A, AAAA, MX, TXT, NS, CNAME, SOA, CAA)
• Bản ghi SOA + CAA để kiểm tra zone và cấp chứng chỉ
• Hỗ trợ cả IPv4 và IPv6 (gồm địa chỉ rút gọn)
• Nhiều nguồn dữ liệu cho độ chính xác
• Copy kết quả vào clipboard
• Hỗ trợ chế độ tối
• Miễn phí - không cần API key
• Không cần đăng ký
• Thiết kế responsive thân thiện mobile