Nhanh chóng xác nhận giá trị trả về hiện tại của một loại bản ghi cụ thể và so sánh với kết quả kiểm tra lan truyền.
Công cụ tra cứu DNS trực tuyến miễn phí. Nhập tên miền để tra cứu 7 loại bản ghi DNS: A/AAAA/CNAME/MX/TXT/NS/SOA. Truy vấn phía backend không giới hạn CORS, hiển thị TTL và ưu tiên MX, hỗ trợ sao chép một cú nhấp.
DNS (Domain Name System, Hệ thống tên miền) là "sổ điện thoại" của Internet, dịch các tên miền dễ nhớ (như example.com) thành địa chỉ IP mà máy có thể đọc. Tra cứu bản ghi DNS cho phép bạn: 1) Xác nhận rằng phân giải tên miền hoạt động; 2) Chẩn đoán lý do tại sao trang web không thể truy cập; 3) Kiểm tra xem cấu hình thư điện tử như MX/TXT có đúng không; 4) Kiểm tra xem việc di chuyển CDN hoặc chuyển tên miền đã hoàn tất chưa; 5) Xác nhận rằng các bản ghi bảo mật như SPF/DKIM/DMARC đã được cấu hình.
Nguyên nhân thường là bộ đệm DNS: máy tính cục bộ, bộ định tuyến và máy chủ DNS đệ quy của ISP lưu vào bộ đệm tất cả các bản ghi DNS, trả về giá trị được đệm thay vì giá trị mới trong khoảng thời gian TTL. Sau khi thay đổi bản ghi DNS, các nút phải đợi TTL hết hạn để thấy giá trị mới. Công cụ này thực hiện truy vấn từ các nút DNS công cộng ở phía backend, không đi qua bộ đệm cục bộ/ISP, để hiển thị kết quả phân giải có thẩm quyền mới nhất.
Bản ghi A ánh xạ tên miền đến địa chỉ IPv4 (ví dụ 192.0.2.1), trong khi bản ghi AAAA (còn gọi là bản ghi địa chỉ IPv6) ánh xạ tên miền đến địa chỉ IPv6 (ví dụ 2001:db8::1). Các trang web hiện đại thường cấu hình cả bản ghi A và AAAA cho truy cập kép IPv4/IPv6. AAAA dài gấp 4 lần A (địa chỉ IPv6 là 128-bit so với 32-bit của IPv4), do đó có tên là bản ghi "A bốn lần".
Tên miền gốc (như example.com không có www) không thể sử dụng CNAME (CNAME chặn các loại bản ghi khác, vi phạm đặc tả RFC) và phải sử dụng bản ghi A/AAAA. Tên miền con (như www, cdn, api) có thể sử dụng CNAME để trỏ đến tên miền khác (phổ biến trong kịch bản CDN, ví dụ www.example.com → example.cdn.cloudflare.com). Tên miền có bản ghi MX, NS hoặc SOA hiện có cũng không thể có CNAME.
Số priority/preference nhỏ hơn trong bản ghi MX cho biết ưu tiên cao hơn. Khi gửi thư, trước tiên thử máy chủ MX có số nhỏ nhất; nếu kết nối thất bại, thử các máy chủ MX khác theo thứ tự số tăng dần. Cấu hình phổ biến: MX chính ở 10, MX dự phòng ở 20; nhiều máy chủ có cùng ưu tiên có thể sử dụng cùng một số (cân bằng tải). Không chỉ cấu hình một máy chủ MX, vì một điểm lỗi duy nhất sẽ ngăn chặn việc gửi thư.
Bản ghi TXT là loại bản ghi DNS linh hoạt nhất; các sử dụng phổ biến bao gồm: 1) Bản ghi SPF: chỉ định các máy chủ được phép gửi thư, ngăn chặn thư giả mạo; 2) DKIM: khóa công khai chữ ký số thư điện tử; 3) DMARC: báo cáo chính sách thư điện tử; 4) Xác minh quyền sở hữu tên miền (Google Search Console, cấp chứng chỉ SSL, xác minh nhà phát triển Apple, v.v.); 5) Bất kỳ văn bản tùy chỉnh nào.
TTL (Time To Live) là thời gian hiệu lực của bộ đệm bản ghi DNS trong máy chủ DNS đệ quy, tính bằng giây. Sau khi sửa đổi DNS, "thời gian lan truyền" phụ thuộc vào cấu hình TTL trước đó: bản ghi có TTL=3600 (1 giờ) mất đến 1 giờ để lan truyền toàn cầu; TTL=300 (5 phút) lan truyền trong 5 phút. Khuyến nghị giảm TTL xuống 300 giây 24-48 giờ trước khi di chuyển/thay đổi và khôi phục TTL bình thường sau khi hoàn thành thay đổi. Lưu ý: thời gian làm mới bộ đệm khác nhau giữa các máy chủ DNS đệ quy của ISP; việc lan truyền toàn cầu hoàn chỉnh có thể mất nhiều thời gian hơn.
Tra cứu DNS là quá trình yêu cầu bản ghi phân giải cho một tên miền cụ thể từ máy chủ DNS, và là một trong những hoạt động cơ bản nhất của Internet: mỗi lần truy cập trang web, gửi thư điện tử hoặc kết nối API đều kích hoạt truy vấn DNS ở chế độ nền. Bản ghi DNS có nhiều loại; phổ biến nhất bao gồm: A (địa chỉ IPv4), AAAA (địa chỉ IPv6), CNAME (bí danh), MX (máy chủ thư), TXT (văn bản/xác minh/chính sách bảo mật), NS (máy chủ DNS), SOA (quyền hạn vùng), v.v.
**Tại sao sử dụng công cụ tra cứu DNS trực tuyến?** Máy tính cục bộ, trình duyệt, hệ điều hành, bộ định tuyến và máy chủ DNS đệ quy của ISP lưu vào bộ đệm tất cả các bản ghi DNS (thời gian bộ đệm được kiểm soát bởi TTL), vì vậy những gì bạn thấy cục bộ có thể là giá trị đệm cũ. Sau khi thay đổi bản ghi DNS, bạn cần một công cụ truy vấn độc lập với môi trường cục bộ để xác nhận rằng bản ghi mới đã có hiệu lực trên DNS có thẩm quyền. Công cụ này thực hiện truy vấn đệ quy trực tiếp từ các nút DNS công cộng ở phía backend, **bỏ qua bộ đệm cục bộ/ISP** để trả về kết quả phân giải có thẩm quyền hiện tại.
**Các kịch bản tra cứu DNS phổ biến**: Xác nhận rằng bản ghi A/AAAA trỏ đến đúng IP khi trang web không thể truy cập; kiểm tra sự lan truyền phân giải sau khi thay đổi CDN/di chuyển máy chủ; kiểm tra bản ghi MX và ưu tiên sau khi cấu hình thư doanh nghiệp (Google Workspace/Office 365, v.v.); kiểm tra bản ghi TXT sau khi cấu hình chính sách chống thư rác SPF/DKIM/DMARC; kiểm tra bản ghi TXT xác minh trong quá trình xác minh quyền sở hữu tên miền (Google Search Console, cấp SSL, Apple Developer).
**Sử dụng chính của mỗi loại bản ghi**: A/AAAA là bản ghi địa chỉ cơ bản nhất; CNAME được sử dụng cho bí danh tên miền con (phổ biến trong kịch bản CDN, nhưng không thể sử dụng trên tên miền gốc); MX có ưu tiên và xác định đường dẫn gửi thư; TXT là bản ghi "dao đa năng" cho SPF/DKIM/DMARC/xác minh tên miền; NS chỉ định máy chủ DNS nào có thẩm quyền; SOA ghi lại phiên bản vùng, NS chính, email quản trị viên và các tham số cập nhật.
Công cụ này **hỗ trợ 7 loại bản ghi DNS được sử dụng phổ biến nhất** (A/AAAA/CNAME/MX/TXT/NS/SOA). Truy vấn DNS phía backend không bị ảnh hưởng bởi giới hạn CORS của trình duyệt hoặc bộ đệm cục bộ, tự động trích xuất giá trị, TTL và thông tin bổ sung của mỗi bản ghi (như ưu tiên MX). Hỗ trợ chuyển đổi nhanh giữa các truy vấn gần đây, ví dụ nhanh được xác định trước và sao chép một cú nhấp các bản tóm tắt/danh sách bản ghi/JSON thô.
| Loại bản ghi | ID loại | Mục đích | Ví dụ |
|---|---|---|---|
A | 1 | Ánh xạ tên miền đến địa chỉ IPv4 | example.com → 93.184.216.34 |
AAAA | 28 | Ánh xạ tên miền đến địa chỉ IPv6 | example.com → 2606:2800:220:1:: |
CNAME | 5 | Bản ghi bí danh, trỏ đến tên miền khác | www.example.com → example.com |
MX | 15 | Địa chỉ và ưu tiên máy chủ thư | 10 mx.example.com |
TXT | 16 | Bản ghi văn bản (SPF/DKIM/DMARC/xác minh) | v=spf1 include:_spf.google.com ~all |
NS | 2 | Chỉ định máy chủ DNS có thẩm quyền cho tên miền | ns1.example.com |
SOA | 6 | Bắt đầu quyền hạn vùng, chứa NS chính/email/số sê-ri | ns1.example.com admin.example.com 2024010101 |
PTR | 12 | Phân giải ngược (IP → tên miền) | 34.216.184.93.in-addr.arpa → example.com |
CAA | 257 | Chỉ định CA được phép cấp chứng chỉ | 0 issue "letsencrypt.org" |
SRV | 33 | Vị trí dịch vụ (SIP/XMPP/LDAP, v.v.) | _sip._tcp.example.com |
| Kịch bản | TTL đề xuất | Ghi chú |
|---|---|---|
| Hoạt động ổn định (bình thường) | 3600 giây (1 giờ) | Cân bằng hiệu quả bộ đệm và tính linh hoạt thay đổi |
| Sắp di chuyển/thay đổi | 300 giây (5 phút) | Giảm 24-48 giờ trước khi thay đổi để rút ngắn thời gian làm mới bộ đệm |
| Trong quá trình thay đổi | 60 giây (1 phút) | Cho phép khôi phục nhanh; khôi phục TTL bình thường sau khi hoàn thành thay đổi |
| CDN/khả dụng cao | 300-600 giây | Cân bằng tốc độ chuyển đổi dự phòng và tải truy vấn DNS |
| Bản ghi MX thư điện tử | 3600-86400 giây (1g-1 ngày) | Bản ghi thư thay đổi ít; TTL dài được chấp nhận |
| Bản ghi NS | 86400 giây (1 ngày) | Thay đổi NS rất hiếm; TTL dài cải thiện hiệu quả phân giải |
| Nhà cung cấp | DNS chính | DNS phụ | Đặc điểm |
|---|---|---|---|
| Google Public DNS | 8.8.8.8 | 8.8.4.4 | Các nút toàn cầu, tốc độ cao, tương thích DNS-over-TLS |
| Cloudflare 1.1.1.1 | 1.1.1.1 | 1.0.0.1 | Quyền riêng tư hàng đầu, nhanh nhất thế giới, tương thích DoH/DoT |
| Quad9 | 9.9.9.9 | 149.112.112.112 | Bảo vệ an ninh, tự động chặn tên miền độc hại |
