Tạo & kiểm tra bản ghi DMARC
Tạo bản ghi DMARC với lộ trình triển khai an toàn từ giám sát đến thực thi, và kiểm tra chính sách mà tên miền đang công bố.
1Chính sách
Bên nhận nên làm gì với thư tự nhận là từ tên miền của bạn nhưng không đạt cả căn chỉnh SPF lẫn DKIM.
Để ở chế độ kế thừa trừ khi tên miền phụ cần quy tắc khác.
Dưới 100, phần còn lại dùng chính sách nhẹ hơn. Hữu ích khi tăng dần mức thực thi.
2Báo cáo
Báo cáo tổng hợp chính là lý do để bắt đầu với DMARC: chúng cho bạn thấy mọi nguồn đang gửi thư mạo danh tên miền của bạn.
Bản tóm tắt XML hằng ngày. Nếu địa chỉ này thuộc tên miền khác, tên miền đó phải công bố một bản ghi ủy quyền.
Bản sao lỗi theo từng thư. Không bắt buộc: hầu hết bên nhận không còn gửi chúng.
3Căn chỉnh
Tên miền SPF hoặc DKIM phải khớp với tên miền From hiển thị chặt chẽ đến mức nào. Chế độ nới lỏng phù hợp với hầu hết cấu hình.
- Loại bản ghi
- TXT
- Tên / host
- _dmarc
- TTL
- 3600
Đừng bao giờ nhảy thẳng sang reject: bạn sẽ chặn chính bản tin, hóa đơn và helpdesk của mình. Hãy đi từng bước một, đọc báo cáo giữa mỗi bước.
-
Tuần 1–4: quan sát
p=none; pct=100Công bố ở chế độ chỉ giám sát và đọc các báo cáo tổng hợp. Tìm mọi người gửi hợp lệ và căn chỉnh SPF hoặc DKIM cho từng người. -
Tuần 5–6: cách ly một phần tư
p=quarantine; pct=25Chuyển sang cách ly cho một phần thư. Theo dõi các phàn nàn và xem có thư hợp lệ nào rơi vào thư rác không. -
Tuần 7–8: cách ly tất cả
p=quarantine; pct=100Nâng lên áp dụng cho mọi thư. Báo cáo lúc này chỉ nên hiện lỗi từ các nguồn bạn không nhận ra. -
Từ tuần 9: từ chối
p=reject; pct=100Chuyển sang thực thi toàn phần và tiếp tục đọc báo cáo: người gửi mới xuất hiện mỗi khi một nhóm đăng ký công cụ mới.
Tạo chính sách ở bên trái với lộ trình từ giám sát đến thực thi, hoặc chuyển sang trình kiểm tra để đọc bản ghi DMARC mà tên miền đang công bố, từng thẻ một.
| Thẻ | Giá trị | Ý nghĩa |
|---|
| Tên miền đích | Bản ghi ủy quyền | Trạng thái |
|---|
Giới thiệu về Tạo & kiểm tra bản ghi DMARC
Công cụ tạo & kiểm tra bản ghi DMARC tạo bản ghi TXT `_dmarc` cho bên nhận biết phải làm gì khi thư tự xưng đến từ tên miền của bạn không đạt cả căn chỉnh SPF lẫn DKIM, và quan trọng không kém, gửi báo cáo về đâu để cho bạn thấy ai đang gửi thư mạo danh bạn. Từ tháng 2 năm 2024, Gmail và Yahoo yêu cầu bản ghi DMARC từ bất kỳ ai gửi thư hàng loạt cho người dùng của họ.
Trình tạo bao gồm chính sách, chính sách tên miền phụ, tỷ lệ phần trăm, địa chỉ báo cáo, chế độ căn chỉnh, tùy chọn lỗi và khoảng thời gian báo cáo, đồng thời trình bày lộ trình triển khai mà hầu hết tên miền nên theo: giám sát trước, rồi cách ly một phần, rồi cách ly tất cả, rồi từ chối. Nhảy thẳng sang từ chối là cách các tổ chức tự chặn hóa đơn, bản tin và thư trả lời helpdesk của chính mình.
Trình kiểm tra đọc bản ghi mà tên miền công bố, giải thích từng thẻ bằng ngôn ngữ dễ hiểu và xác thực theo RFC 7489. Nó báo thiếu bản ghi, nhiều bản ghi (bên nhận coi như không có chính sách), thẻ phiên bản sai vị trí, thẻ sai định dạng hoặc không xác định, `p=none` nằm đó nhiều tháng, `pct` dưới 100, và một lỗi tinh vi âm thầm làm mất báo cáo của bạn: địa chỉ `rua` trên một tên miền khác chưa công bố bản ghi ủy quyền đích bên ngoài mà RFC 7489 §7.1 yêu cầu. Nó cũng đi theo cơ chế dự phòng tên miền tổ chức, nên kiểm tra một tên miền phụ sẽ cho thấy chính sách thực sự áp dụng cho nó.
Cách sử dụng Tạo & kiểm tra bản ghi DMARC
- Bắt đầu trên tab Trình tạo với chính sách chỉ giám sát, và nhập địa chỉ nhận báo cáo tổng hợp.
- Để căn chỉnh ở chế độ nới lỏng trừ khi bạn biết một bên gửi cần khớp nghiêm ngặt, và để pct ở 100.
- Công bố bản ghi dưới dạng bản ghi TXT tên _dmarc trên tên miền của bạn.
- Đọc các báo cáo tổng hợp trong vài tuần và căn chỉnh SPF hoặc DKIM cho mọi bên gửi hợp lệ mà chúng phát hiện.
- Chuyển sang cách ly, rồi sang từ chối, kiểm tra báo cáo giữa mỗi bước.
- Dùng tab Trình kiểm tra ở mỗi giai đoạn để xác nhận bản ghi được phân tích đúng và các đích nhận báo cáo của bạn đã được ủy quyền.