nslookup và dig giúp bạn hỏi DNS và đọc dữ liệu trả về. Chúng hữu ích khi kiểm tra tên miền trỏ tới đâu, email dùng máy chủ nào hoặc dữ liệu mới đã xuất hiện chưa. Tuy nhiên, một kết quả có IP chưa chứng minh website hoạt động, cũng như kết quả rỗng chưa đủ kết luận tên miền đang tự do.
Trước khi dùng lệnh, ghi rõ hostname, loại dữ liệu muốn kiểm tra và nơi sẽ gửi câu hỏi. Bài viết dùng example.com làm tên minh họa; kết quả bạn nhận tại thời điểm thực hiện có thể khác. Các lệnh không được hiểu là bằng chứng hệ thống Dot.iO Vietnam đã chạy những truy vấn đó thay bạn.
Bắt đầu với câu hỏi cụ thể
Trên môi trường có nslookup, bạn có thể dùng lệnh “nslookup -type=A example.com” để hỏi bản ghi IPv4. Với dig đã được cài đặt, “dig example.com A” thực hiện truy vấn tương ứng. Đổi loại thành MX nếu bạn đang kiểm tra định tuyến nhận thư, không phải website.
Không nhập toàn bộ URL có https:// và đường dẫn vào vị trí hostname. www.example.com và example.com là hai tên khác nhau, có thể có dữ liệu khác nhau. Nếu đang sửa một subdomain, hãy hỏi đúng tên đó thay vì chỉ kiểm tra tên gốc.
Đọc máy chủ trả lời trước khi đọc địa chỉ đích
Trong kết quả nslookup, phần Server và Address đầu tiên thường chỉ DNS server được hỏi. Đừng nhầm địa chỉ này với IP của website. Phần trả lời cho hostname mới là dữ liệu cần đối chiếu với cấu hình mong muốn.
Với dig, xem phần SERVER, QUESTION và ANSWER. QUESTION giúp xác nhận bạn thực sự hỏi tên và loại nào; ANSWER có thể chứa bản ghi cùng TTL. Nếu chỉ dùng chế độ rút gọn, bạn có thể bỏ mất thông tin quan trọng khi chẩn đoán. Hãy giữ bản đầy đủ lúc gửi báo cáo kỹ thuật.
“Non-authoritative” không mặc nhiên là dữ liệu sai
Một resolver có thể trả kết quả đã tìm hoặc cache mà không phải máy chủ có thẩm quyền cho vùng tên đó. Vì vậy, thông báo non-authoritative trong truy vấn thông thường không có nghĩa tên miền lỗi. Khi cần đối chiếu dữ liệu nguồn, xác nhận nameserver rồi hỏi trực tiếp máy chủ có thẩm quyền.
Ví dụ cú pháp dig là “dig @ns.example.net example.com A”, trong đó phải thay ns.example.net bằng nameserver thực tế đã được xác định. Không dùng một tên mẫu như thể đó là nơi quản lý domain của bạn. So sánh dữ liệu nguồn với resolver giúp phân biệt cấu hình sai và cache còn tồn tại.
Phân biệt các trạng thái trước khi sửa DNS
NXDOMAIN cho biết câu trả lời về việc tên không tồn tại trong truy vấn đó. SERVFAIL là lỗi xử lý truy vấn, không đồng nghĩa tên chưa đăng ký. Timeout cho thấy không nhận được phản hồi trong điều kiện kiểm tra; cần xem máy chủ đích và đường kết nối thay vì kết luận mọi nơi đều lỗi.
Một câu trả lời không có bản ghi A vẫn có thể hợp lệ nếu tên chỉ mang loại dữ liệu khác. Trong dig, cần xem trạng thái và các phần liên quan chứ không chỉ tìm dòng IP. Đừng chuyển kết quả chẩn đoán DNS thành kết luận pháp lý hoặc trạng thái mua tên miền.
Ghi lại kết quả để hỗ trợ có thể đối chiếu
- Lệnh đã dùng cùng hostname và loại bản ghi.
- DNS server được hỏi và thời điểm kiểm tra.
- Trạng thái, dữ liệu trả về và TTL nếu có.
- Kết quả authoritative và resolver nếu đang so sánh cache.
- URL thực tế cùng lỗi trình duyệt nếu website chưa mở được.
Sau khi DNS trả đúng, hãy kiểm tra kết nối HTTPS và ứng dụng. Không cần sửa nameserver chỉ vì website trả một trang lỗi khi dữ liệu DNS đã hợp lệ. Hai công cụ này giúp thu thập bằng chứng cho một lớp của hệ thống; hiệu quả nhất khi bạn đọc chúng cùng bối cảnh vận hành.