← RFC Reference

RFC 1034 — Tên miền: Khái niệm và Cơ sở

Internet Standard DNS & Mail Routing
ELI5: DNS là sổ địa chỉ của internet. RFC 1034 nói rằng một tên là bí danh (CNAME) của một tên khác không thể chứa bất kỳ bản ghi nào khác. Vì vậy, nếu miền của bạn là CNAME trỏ tới máy chủ của bạn, nó thực sự không thể chứa các bản ghi SPF hoặc MX mà email cần — đó là lý do tại sao bạn gửi từ một miền con thay thế.

Tại sao RFC này tồn tại

RFC 1034, được xuất bản bởi Paul Mockapetris năm 1987, trình bày các khái niệm và cơ sở của Hệ thống Tên Miền — cơ sở dữ liệu phân tán ánh xạ tên tới các bản ghi. Đó là nền tảng mà mọi RFC DNS và định tuyến email khác xây dựng trên.

Quy tắc độc quyền CNAME (§3.6.2)

Bản ghi CNAME làm cho một tên trở thành bí danh cho một tên khác. RFC 1034 §3.6.2 yêu cầu rằng nếu CNAME tồn tại tại một tên, không có loại bản ghi nào khác có thể tồn tại ở đó — vì vậy bí danh giải quyết rõ ràng tới mục tiêu của nó.

Tại sao nó quan trọng đối với email

Nếu miền gốc (apex) của bạn là CNAME tới một nhà cung cấp lưu trữ (Heroku, Cloudflare, và những nhà cung cấp khác), bạn literally không thể thêm SPF (một bản ghi TXT) hoặc bản ghi MX tại tên đó — quy tắc CNAME cấm điều đó. Do đó, xác thực gửi từ miền đó là không thể. Giải pháp là một tên miền phụ dành riêng cho gửi có thể chứa các bản ghi SPF, DKIM và MX riêng của nó.

Hướng dẫn thực tế

Để thiết lập thực tế, xem Tại sao bạn nên sử dụng một tên miền phụ để gửi email.

Related RFCs