Ý nghĩa của DNS: điều gì xảy ra giữa một tên và câu trả lời của nó

Mô-đun 1 | DNS kết nối tên với thông tin

DNS là viết tắt của Domain Name System. Đây là một hệ thống đặt tên phân tán cho phép máy khách yêu cầu thông tin gắn với một tên miền. Tra cứu địa chỉ là ví dụ quen thuộc, nhưng DNS cũng lưu các bản ghi dùng cho định tuyến thư, cấu hình dịch vụ và nhiều mục đích khác.

Hãy xem DNS như việc trả lời một câu hỏi đã được xác định. Yêu cầu bản ghi A là yêu cầu thông tin IPv4; yêu cầu MX là yêu cầu thông tin trao đổi thư. Cùng một tên có thể có các câu trả lời khác nhau tùy loại bản ghi. Hiểu câu hỏi là điều cần thiết để hiểu kết quả.

Mô-đun 2 | Tách tên khỏi URL

Trong https://www.example.com/guides, www.example.com là hostname. HTTPS là scheme của ứng dụng và /guides là path của trang. Một truy vấn DNS địa chỉ thông thường liên quan đến hostname, không phải path.

Sự tách biệt này giải thích vì sao trang chủ hoạt động và một bài viết bị thiếu vẫn có thể dùng cùng một lần tra cứu DNS thành công. Lỗi 404 của một path thuộc lớp HTTP hoặc nội dung. Thay đổi bản ghi DNS khó có thể tạo ra trang bị thiếu.

Mô-đun 3 | Theo dõi các thành phần trong một lần tra cứu

Một câu trả lời trong cache có thể tránh phải lặp lại toàn bộ đường đi. Một lần tra cứu đệ quy mới có thể cần nhiều bước, nhưng người dùng thường không tự liên hệ từng server. Trace chẩn đoán cho thấy nhiều hơn về quá trình đó để phục vụ điều tra.

Mô-đun 4 | Đọc một ví dụ nhỏ

Hãy tưởng tượng một máy khách yêu cầu bản ghi A của app.example.com. Resolver trả về địa chỉ minh họa 192.0.2.30 với TTL 300 giây. Địa chỉ này là ví dụ dùng trong tài liệu; TTL mô tả thời gian lưu cache của câu trả lời đó.

Máy khách vẫn cần kết nối tới dịch vụ và gửi yêu cầu ở lớp ứng dụng. Câu trả lời DNS không xác nhận dịch vụ đang trực tuyến, người dùng được cấp quyền hay dịch vụ đang trả về nội dung mong đợi. Hãy tách các kiểm tra đó trong ghi chú xử lý sự cố.

Mô-đun 5 | Hiểu vì sao hai câu trả lời có thể khác nhau

Resolver có thể lưu dữ liệu được lấy ở những thời điểm khác nhau. Một domain cũng có thể dùng câu trả lời phụ thuộc vào mạng hoặc vị trí. Một tổ chức riêng tư có thể công bố các record nội bộ không tồn tại trong DNS công cộng.

Hãy so sánh chính xác tên, loại record, resolver, bối cảnh mạng và thời điểm trước khi gọi khác biệt là lỗi. Hãy hỏi kết quả ứng dụng dự kiến là gì. Các địa chỉ số khác nhau vẫn có thể cùng dẫn tới một dịch vụ được cấu hình đúng.

Mô-đun 6 | Chọn bản ghi phù hợp với câu hỏi

Hãy dùng hướng dẫn bản ghi A để kiểm tra ánh xạ IPv4 và hướng dẫn AAAA để kiểm tra ánh xạ IPv6. Dùng truy vấn CNAME để kiểm tra alias. Dùng SOA khi xem metadata của zone và hành vi negative-cache. Các câu hỏi này liên quan trong một quy trình nhưng không thể thay thế cho nhau.

Để trình diễn công khai, hãy chạy nslookup -type=A example.com và xác định resolver cùng câu trả lời. Sau đó chỉ thay đổi loại record được yêu cầu. Giữ nguyên tên giúp việc đối chiếu dễ hiểu hơn.

Mô-đun 7 | Câu hỏi thường gặp

DNS có giống nhà đăng ký tên miền không? Không. Việc đăng ký và lưu trữ DNS có thể do các tổ chức khác nhau cung cấp; câu trả lời DNS phụ thuộc vào dịch vụ được ủy quyền và các record mà dịch vụ đó công bố.

DNS có làm website an toàn không? DNS chỉ là một phần của đường đi. HTTPS, xác thực, bảo mật ứng dụng và các biện pháp bảo vệ DNS phù hợp giải quyết những vấn đề khác nhau. Đừng xem một lần tra cứu thành công là kết luận về bảo mật.

Mô-đun 8 | Biến khái niệm thành một lần tra cứu hữu ích

Hãy viết một câu hỏi duy nhất, chẳng hạn 'Địa chỉ IPv4 nào được công bố cho hostname công khai này?' Dùng hướng dẫn lệnh nslookup hoặc công cụ trình duyệt của Arcvenza, Mở NSLookup; ghi lại loại và resolver rồi kiểm tra kết quả. Nếu phản hồi báo không có dữ liệu, hãy theo dõi hướng dẫn NXDOMAIN thay vì đoán từ một màn hình trống.

Tài liệu tham khảo kỹ thuật

RFC 1034: Tên miền · RFC 1035: Bản ghi DNS