สร้างและตรวจสอบ DMARC Record
สร้าง DMARC record พร้อมเส้นทางนำไปใช้อย่างปลอดภัยจากการเฝ้าสังเกตไปสู่การบังคับใช้ และตรวจสอบนโยบายที่โดเมนเผยแพร่อยู่ในปัจจุบัน
1นโยบาย
สิ่งที่ผู้รับควรทำกับอีเมลที่อ้างว่ามาจากโดเมนของคุณ แต่ไม่ผ่านการจัดแนวทั้ง SPF และ DKIM
ปล่อยไว้ที่สืบทอด เว้นแต่โดเมนย่อยต้องการกฎที่ต่างออกไป
ต่ำกว่า 100 ส่วนที่เหลือจะถอยไปใช้นโยบายที่อ่อนกว่า มีประโยชน์ตอนค่อยๆ เพิ่ม
2การรายงาน
รายงานแบบรวมคือเหตุผลทั้งหมดของการเริ่มใช้ DMARC: รายงานแสดงทุกแหล่งที่ส่งในนามโดเมนของคุณ
สรุป XML รายวัน หากที่อยู่นี้อยู่บนโดเมนอื่น โดเมนนั้นต้องเผยแพร่ authorization record
สำเนาความล้มเหลวรายข้อความ ไม่บังคับ: ผู้รับส่วนใหญ่ไม่ส่งแล้ว
3การจัดแนว
โดเมน SPF หรือ DKIM ต้องตรงกับโดเมน From ที่มองเห็นมากเพียงใด Relaxed เหมาะกับการตั้งค่าส่วนใหญ่
- ชนิด record
- TXT
- ชื่อ / โฮสต์
- _dmarc
- TTL
- 3600
อย่าข้ามไป reject ทันที: คุณจะบล็อกจดหมายข่าว ใบแจ้งหนี้ และระบบช่วยเหลือลูกค้าของตัวเอง ทำทีละขั้นและอ่านรายงานระหว่างแต่ละขั้น
-
สัปดาห์ที่ 1–4: เฝ้าดู
p=none; pct=100เผยแพร่แบบเฝ้าสังเกตเท่านั้นและอ่านรายงานแบบรวม หาผู้ส่งที่ถูกต้องทุกราย และจัดแนว SPF หรือ DKIM ให้แต่ละราย -
สัปดาห์ที่ 5–6: กักกันหนึ่งในสี่
p=quarantine; pct=25เปลี่ยนเป็น quarantine กับอีเมลบางส่วน ดูข้อร้องเรียน และดูว่ามีอีเมลที่ถูกต้องไปตกในสแปมหรือไม่ -
สัปดาห์ที่ 7–8: กักกันทั้งหมด
p=quarantine; pct=100เพิ่มเป็นอีเมลทั้งหมด ตอนนี้รายงานควรแสดงความล้มเหลวเฉพาะจากแหล่งที่คุณไม่รู้จัก -
สัปดาห์ที่ 9 เป็นต้นไป: ปฏิเสธ
p=reject; pct=100เปลี่ยนเป็นการบังคับใช้เต็มรูปแบบ และอ่านรายงานต่อไป: ผู้ส่งรายใหม่ปรากฏทุกครั้งที่ทีมสมัครใช้เครื่องมือใหม่
สร้างนโยบายทางซ้ายพร้อมเส้นทางนำไปใช้จากการเฝ้าสังเกตไปสู่การบังคับใช้ หรือสลับไปที่ตัวตรวจสอบเพื่ออ่าน DMARC record ที่โดเมนเผยแพร่ ทีละแท็ก
| แท็ก | ค่า | ความหมาย |
|---|
| โดเมนปลายทาง | Authorization record | สถานะ |
|---|
เกี่ยวกับ สร้างและตรวจสอบ DMARC Record
DMARC Record Generator & Checker สร้างเรกคอร์ด TXT `_dmarc` ที่บอกผู้รับว่าต้องทำอย่างไรเมื่ออีเมลที่อ้างว่ามาจากโดเมนของคุณล้มเหลวทั้ง SPF และการจัดแนว DKIM และสำคัญไม่แพ้กันคือส่งรายงานไปที่ใดเพื่อให้คุณเห็นว่าใครกำลังส่งในนามคุณ ตั้งแต่กุมภาพันธ์ 2024 Gmail และ Yahoo กำหนดให้ผู้ส่งอีเมลจำนวนมากถึงผู้ใช้ของตนต้องมีเรกคอร์ด DMARC
ตัวสร้างครอบคลุมนโยบาย นโยบายโดเมนย่อย เปอร์เซ็นต์ ที่อยู่รายงาน โหมดการจัดแนว ตัวเลือกความล้มเหลว และช่วงเวลารายงาน และวางแผนการนำไปใช้ที่โดเมนส่วนใหญ่ควรทำตาม: เฝ้าดูก่อน จากนั้นกักกันบางส่วน แล้วกักกันทั้งหมด และสุดท้ายปฏิเสธ การข้ามไปปฏิเสธทันทีคือวิธีที่องค์กรบล็อกใบแจ้งหนี้ จดหมายข่าว และการตอบกลับ helpdesk ของตัวเอง
ตัวตรวจสอบอ่านเรกคอร์ดที่โดเมนเผยแพร่ อธิบายทุกแท็กด้วยภาษาที่เข้าใจง่าย และตรวจสอบกับ RFC 7489 รายงานเรกคอร์ดที่หายไป หลายเรกคอร์ด (ผู้รับถือว่าไม่มีนโยบายเลย) แท็กเวอร์ชันที่วางผิดที่ แท็กที่ผิดรูปแบบหรือไม่รู้จัก `p=none` ที่ค้างอยู่หลายเดือน `pct` ต่ำกว่า 100 และกรณีละเอียดที่ทำให้รายงานหายอย่างเงียบ ๆ คือที่อยู่ `rua` บนโดเมนอื่นที่ยังไม่ได้เผยแพร่เรกคอร์ดอนุญาตปลายทางภายนอกที่ RFC 7489 §7.1 กำหนด และยังติดตามการถอยกลับไปยังโดเมนองค์กร การตรวจโดเมนย่อยจึงแสดงนโยบายที่ใช้กับโดเมนย่อยนั้นจริง
วิธีใช้ สร้างและตรวจสอบ DMARC Record
- เริ่มที่แท็บตัวสร้างโดยตั้งนโยบายเป็นเฝ้าดูอย่างเดียว และใส่ที่อยู่สำหรับรายงานรวม
- ปล่อยการจัดแนวเป็นแบบผ่อนปรนเว้นแต่คุณรู้ว่าผู้ส่งต้องการการจับคู่แบบเข้มงวด และปล่อย pct ที่ 100
- เผยแพร่เรกคอร์ดเป็นเรกคอร์ด TXT ชื่อ _dmarc บนโดเมนของคุณ
- อ่านรายงานรวมสองสามสัปดาห์ และทำให้ SPF หรือ DKIM จัดแนวสำหรับทุกผู้ส่งที่ถูกต้องที่รายงานเผยให้เห็น
- ย้ายไปกักกัน แล้วไปปฏิเสธ โดยตรวจรายงานระหว่างแต่ละขั้น
- ใช้แท็บตัวตรวจสอบในแต่ละขั้นเพื่อยืนยันว่าเรกคอร์ดแยกวิเคราะห์ได้และปลายทางรายงานของคุณได้รับอนุญาต