Theo dõi CNAME từ alias tới đích cuối

CNAME trỏ tới một tên khác

Bản ghi CNAME khai báo một tên DNS là bí danh của một tên khác. Giá trị của nó là hostname, không phải địa chỉ IP hay URL web đầy đủ. Để biết trình duyệt có thể kết nối tới đâu, hãy kiểm tra bí danh và các bản ghi địa chỉ của đích.

CNAME không yêu cầu trình duyệt thay URL trong thanh địa chỉ. Chuyển hướng HTTP là hành vi riêng của ứng dụng. Sự phân biệt này quan trọng khi một tên miền thương hiệu trỏ tới nền tảng lưu trữ nhưng vẫn cần định tuyến hostname chính xác và chứng chỉ hợp lệ.

Truy vấn bí danh và theo dõi phản hồi thực tế

nslookup -type=CNAME www.example.com
nslookup -type=A www.example.com
nslookup -type=AAAA www.example.com

Các lệnh này minh họa dạng truy vấn bằng một tên ví dụ công khai; chúng không đảm bảo tên đó hiện có CNAME. Với tên miền bạn kiểm soát, hãy dùng đúng bí danh được cung cấp trong hướng dẫn thiết lập dịch vụ.

Nếu phản hồi CNAME xác định một đích, hãy sao chép tên được trả về vào một truy vấn địa chỉ. Giữ lại mọi bước trong chuỗi. Một số nhà cung cấp DNS triển khai tính năng tương tự bí danh bằng cách trả về phản hồi A hoặc AAAA đã làm phẳng, vì vậy việc không có CNAME tự nó không chứng minh ánh xạ dịch vụ bị hỏng.

Đọc một chuỗi minh họa ngắn

Các tên và địa chỉ trong tài liệu này mô tả một chuỗi được tạo ra để minh họa. Hàng đầu tiên là quan hệ bí danh; các hàng tiếp theo là các đích địa chỉ. Nếu đích thay đổi địa chỉ trong khi bí danh vẫn ổn định, các lần phân giải sau sẽ theo dữ liệu hiện được công bố của đích, tùy thuộc vào bộ nhớ đệm.

Hãy ghi lại TTL của mọi phản hồi liên quan. Bí danh và đích của nó có thể có thời gian sống trong bộ nhớ đệm khác nhau. Một TTL duy nhất hiển thị bên cạnh một hàng không đảm bảo mọi máy khách và mọi bước sẽ làm mới cùng lúc.

Tìm điểm mà chuỗi bị lỗi

Đừng liên tục tạo bí danh mới để né đích upstream bị thiếu. Hãy xác nhận đích dịch vụ chính xác với nhà cung cấp. Tránh tuyên bố sở hữu một hostname bên thứ ba không được sử dụng chỉ vì bạn phát hiện bản ghi treo; hãy báo vấn đề cho chủ sở hữu được ủy quyền. Nếu target bị thiếu trả về NXDOMAIN, hãy xem hướng dẫn xử lý NXDOMAIN trước khi sửa alias.

Kiểm tra khả năng cùng tồn tại của bản ghi trước khi chỉnh sửa

Một CNAME thông thường không thể dùng chung tên sở hữu với các bản ghi thông thường như A hoặc MX. Zone apex cũng cần dữ liệu SOA và NS, vì vậy CNAME thông thường thường không phù hợp với tên đó. Khi cần bí danh apex, hãy tuân theo cơ chế apex-alias được nhà cung cấp DNS ghi lại.

Hãy tách hành vi ALIAS, ANAME hoặc flattening riêng của nhà cung cấp khỏi kết quả CNAME tiêu chuẩn. Truy vấn công khai có thể chỉ hiển thị các địa chỉ. Hãy kiểm tra cả cấu hình nhà cung cấp và phản hồi công khai trước khi thay đổi bản ghi có vẻ bị thiếu.

Xác thực hành trình người dùng sau DNS

Sau khi hiểu chuỗi DNS, hãy mở hostname HTTPS dự kiến từ môi trường bị ảnh hưởng. Xác nhận chứng chỉ bao phủ hostname đó và trang thuộc đúng website dự kiến. Một bí danh chính xác vẫn có thể dẫn tới lỗi nền tảng nếu việc xác minh tên miền chưa hoàn tất.

Dùng Arcvenza NSLookup để có quan sát công khai độc lập và lưu lại node, chế độ truy vấn, dấu thời gian cùng loại bản ghi. Hãy xem hướng dẫn lỗi HTTP khi DNS thành công nhưng máy chủ trả về lỗi ứng dụng. Cách này giữ việc sửa lỗi ở đúng tầng nơi sự cố xảy ra.

Câu hỏi thường gặp và bước tiếp theo

CNAME có tạo chuyển hướng 301 không? Không. Hãy cấu hình chuyển hướng vĩnh viễn ở tầng HTTP.

Tại sao bảng điều khiển DNS hiển thị bí danh nhưng tra cứu lại hiển thị các địa chỉ? Nhà cung cấp có thể đã làm phẳng phản hồi. Hãy xác minh hành vi được ghi lại và dịch vụ kết quả. Bắt đầu với một tên chính xác và truy vết mọi đích được trả về trước khi thay đổi.

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

RFC 1034: Domain names · RFC 1035: DNS records · Microsoft: nslookup

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