Kiểm tra bản ghi DNS A trước khi thay đổi đích IPv4
Đọc bản ghi DNS A, so sánh câu trả lời authoritative và cache, rồi xác minh thay đổi IPv4 mà không nhầm DNS với hosting.
Tác giảYiyao
Bản ghi A ánh xạ một tên tới địa chỉ IPv4
Bản ghi A của DNS liên kết một hostname với địa chỉ IPv4 32-bit. Nó giúp máy khách tìm địa chỉ cho một dịch vụ có tên. Nó không chỉ định đường dẫn URL, chọn chuyển hướng HTTP, cài đặt chứng chỉ hoặc cấu hình ứng dụng tại đích.
Trước khi chỉnh sửa bất kỳ thứ gì, hãy xác định chính xác hostname mà người dùng yêu cầu. example.com và www.example.com là hai tên DNS riêng biệt. Một bản ghi đúng cho tên này không chứng minh tên kia đã được cấu hình. Hãy truy vấn tên thực sự xuất hiện trong URL bị lỗi.
Đọc bản ghi như một hàng hoàn chỉnh
| Trường | Giá trị minh họa | Ý nghĩa |
|---|---|---|
| Tên | app.example.com. | Hostname được ánh xạ |
| Loại | A | Bản ghi địa chỉ IPv4 |
| TTL | 300 | Thời gian sống của bộ nhớ đệm tính bằng giây |
| Giá trị | 192.0.2.10 | Ví dụ IPv4 chỉ dùng trong tài liệu, không phải đích triển khai |
Đây là một ví dụ hướng dẫn được tạo ra để minh họa. Dấu chấm ở cuối biểu thị một tên DNS đủ điều kiện. Giao diện của nhà cung cấp có thể tự động thêm tên zone; nhập một tên đầy đủ vào trường nhãn tương đối có thể tạo sai bản ghi. Hãy kiểm tra bản xem trước của nhà cung cấp hoặc kết quả truy vấn công khai sau cùng.
Có thể tồn tại nhiều bản ghi A cho cùng một tên. Hãy so sánh toàn bộ tập phản hồi thay vì cho rằng địa chỉ hiển thị đầu tiên là đích duy nhất. Thứ tự bản ghi không phải cơ chế ưu tiên đáng tin cậy.
Xác định phản hồi hiện tại trước khi thay đổi
nslookup -type=A example.com
Hãy dùng hostname thực tế mà bạn kiểm soát cho một lần kiểm tra sản xuất và ghi lại giá trị cùng TTL hiện tại trong hồ sơ thay đổi. Trong Arcvenza NSLookup, chế độ authoritative có thể giúp hiển thị phản hồi hiện được công bố qua quá trình ủy quyền. Chế độ recursive thể hiện góc nhìn của resolver, nơi vẫn có thể chứa phản hồi đã được lưu trong bộ nhớ đệm.
Hãy xác nhận đích với chủ sở hữu dịch vụ lưu trữ hoặc ứng dụng. Một địa chỉ sao chép từ dịch vụ chẩn đoán không liên quan có thể xác định proxy, gateway gửi đi hoặc dịch vụ dùng chung, thay vì máy chủ sẽ nhận lưu lượng truy cập của người dùng.
Lập một thay đổi có thể hoàn tác
Trước khi chỉnh sửa, hãy thống nhất đích mới, thời điểm chuyển đổi dự kiến, phương thức xác thực và giá trị khôi phục. Đảm bảo đích đã sẵn sàng cho hostname và chứng chỉ HTTPS của nó. Việc giảm TTL tại thời điểm thay đổi không lập tức xóa các phản hồi đã được lưu theo TTL cũ.
Khi điều kiện vận hành cho phép, hãy điều chỉnh TTL trước và chờ thời gian sống của bộ nhớ đệm cũ trôi qua. Hãy để cả chủ sở hữu DNS và ứng dụng cùng tham gia. Một cập nhật DNS có thể chuyển lưu lượng thành công tới một ứng dụng vẫn đang phục vụ sai trang web.
So sánh phản hồi sau khi công bố
| Kiểm tra | Bằng chứng mong muốn | Nếu khác |
|---|---|---|
| Truy vấn authoritative | Tập phản hồi dự kiến cho đúng tên | Kiểm tra zone, bản ghi và ủy quyền |
| Truy vấn recursive được phép | Phản hồi dự kiến sau khi áp dụng bộ nhớ đệm | Ghi lại resolver và TTL còn lại |
| Yêu cầu HTTPS tới hostname | Chứng chỉ đúng và trang mong muốn | Điều tra TLS hoặc định tuyến ứng dụng |
| Tác vụ ứng dụng | Trang hoặc endpoint bắt buộc thực sự hoạt động | Kiểm tra nhật ký và nội dung ứng dụng |
Một lần di chuyển minh họa chuyển app.example.com từ 192.0.2.10 sang 192.0.2.20. Cả hai đều là địa chỉ dành cho tài liệu, không phải đích sản xuất có thể sử dụng. Nếu phản hồi authoritative đã mới nhưng phản hồi recursive vẫn cũ, quan sát đó hướng tới trạng thái bộ nhớ đệm. Nếu cả hai đều mới nhưng trang web sai, DNS đã được thiết lập nhưng chưa chứng minh ứng dụng hoạt động đúng.
Tránh nhầm lẫn các loại bản ghi liền kề
Bản ghi AAAA trả lời phần IPv6 của cùng câu hỏi. Bản ghi CNAME xác định một tên DNS khác thay vì lưu địa chỉ IPv4. Hãy dùng hướng dẫn AAAA để kiểm tra đích IPv6 và hướng dẫn tra cứu CNAME khi có bí danh.
Đừng đưa URL https:// đầy đủ, cổng hoặc đường dẫn trang vào giá trị bản ghi A. Nếu một dịch vụ yêu cầu hostname bí danh, hãy làm theo CNAME được ghi lại hoặc thiết lập riêng của nhà cung cấp thay vì ép tên đó vào trường địa chỉ.
Câu hỏi thường gặp và bước tiếp theo
Thay đổi bản ghi A có chuyển hướng người dùng tới một đường dẫn trang khác không? Không. Hãy cấu hình chuyển hướng HTTP liên quan riêng.
Tại sao một vị trí vẫn thấy địa chỉ cũ? Hãy lưu lại resolver, thời điểm và TTL chính xác; bộ nhớ đệm cùng các phản hồi theo mạng có thể khác nhau. Hãy chạy so sánh authoritative trong NSLookup, sau đó xác minh website thực từ môi trường bị ảnh hưởng.