เครื่องมือนักพัฒนาทั้งหมด

สร้าง DMARC record พร้อมเส้นทางนำไปใช้อย่างปลอดภัยจากการเฝ้าสังเกตไปสู่การบังคับใช้ และตรวจสอบนโยบายที่โดเมนเผยแพร่อยู่ในปัจจุบัน

ฟรี

1นโยบาย

สิ่งที่ผู้รับควรทำกับอีเมลที่อ้างว่ามาจากโดเมนของคุณ แต่ไม่ผ่านการจัดแนวทั้ง SPF และ DKIM

ปล่อยไว้ที่สืบทอด เว้นแต่โดเมนย่อยต้องการกฎที่ต่างออกไป

ต่ำกว่า 100 ส่วนที่เหลือจะถอยไปใช้นโยบายที่อ่อนกว่า มีประโยชน์ตอนค่อยๆ เพิ่ม

2การรายงาน

รายงานแบบรวมคือเหตุผลทั้งหมดของการเริ่มใช้ DMARC: รายงานแสดงทุกแหล่งที่ส่งในนามโดเมนของคุณ

สรุป XML รายวัน หากที่อยู่นี้อยู่บนโดเมนอื่น โดเมนนั้นต้องเผยแพร่ authorization record

สำเนาความล้มเหลวรายข้อความ ไม่บังคับ: ผู้รับส่วนใหญ่ไม่ส่งแล้ว

3การจัดแนว

โดเมน SPF หรือ DKIM ต้องตรงกับโดเมน From ที่มองเห็นมากเพียงใด Relaxed เหมาะกับการตั้งค่าส่วนใหญ่

DMARC record ของคุณ

		

ชนิด record
TXT
ชื่อ / โฮสต์
_dmarc
TTL
3600
ขั้นตอนการนำไปใช้ที่แนะนำ

อย่าข้ามไป reject ทันที: คุณจะบล็อกจดหมายข่าว ใบแจ้งหนี้ และระบบช่วยเหลือลูกค้าของตัวเอง ทำทีละขั้นและอ่านรายงานระหว่างแต่ละขั้น

  1. สัปดาห์ที่ 1–4: เฝ้าดู p=none; pct=100 เผยแพร่แบบเฝ้าสังเกตเท่านั้นและอ่านรายงานแบบรวม หาผู้ส่งที่ถูกต้องทุกราย และจัดแนว SPF หรือ DKIM ให้แต่ละราย
  2. สัปดาห์ที่ 5–6: กักกันหนึ่งในสี่ p=quarantine; pct=25 เปลี่ยนเป็น quarantine กับอีเมลบางส่วน ดูข้อร้องเรียน และดูว่ามีอีเมลที่ถูกต้องไปตกในสแปมหรือไม่
  3. สัปดาห์ที่ 7–8: กักกันทั้งหมด p=quarantine; pct=100 เพิ่มเป็นอีเมลทั้งหมด ตอนนี้รายงานควรแสดงความล้มเหลวเฉพาะจากแหล่งที่คุณไม่รู้จัก
  4. สัปดาห์ที่ 9 เป็นต้นไป: ปฏิเสธ p=reject; pct=100 เปลี่ยนเป็นการบังคับใช้เต็มรูปแบบ และอ่านรายงานต่อไป: ผู้ส่งรายใหม่ปรากฏทุกครั้งที่ทีมสมัครใช้เครื่องมือใหม่

สร้างนโยบายทางซ้ายพร้อมเส้นทางนำไปใช้จากการเฝ้าสังเกตไปสู่การบังคับใช้ หรือสลับไปที่ตัวตรวจสอบเพื่ออ่าน DMARC record ที่โดเมนเผยแพร่ ทีละแท็ก

สร้างนโยบายทางซ้ายพร้อมเส้นทางนำไปใช้จากการเฝ้าสังเกตไปสู่การบังคับใช้ หรือสลับไปที่ตัวตรวจสอบเพื่ออ่าน DMARC record ที่โดเมนเผยแพร่ ทีละแท็ก

Your results appear here Fill in the field above, then run the check.
Record ที่เผยแพร่
อธิบายแท็กใน 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

  1. เริ่มที่แท็บตัวสร้างโดยตั้งนโยบายเป็นเฝ้าดูอย่างเดียว และใส่ที่อยู่สำหรับรายงานรวม
  2. ปล่อยการจัดแนวเป็นแบบผ่อนปรนเว้นแต่คุณรู้ว่าผู้ส่งต้องการการจับคู่แบบเข้มงวด และปล่อย pct ที่ 100
  3. เผยแพร่เรกคอร์ดเป็นเรกคอร์ด TXT ชื่อ _dmarc บนโดเมนของคุณ
  4. อ่านรายงานรวมสองสามสัปดาห์ และทำให้ SPF หรือ DKIM จัดแนวสำหรับทุกผู้ส่งที่ถูกต้องที่รายงานเผยให้เห็น
  5. ย้ายไปกักกัน แล้วไปปฏิเสธ โดยตรวจรายงานระหว่างแต่ละขั้น
  6. ใช้แท็บตัวตรวจสอบในแต่ละขั้นเพื่อยืนยันว่าเรกคอร์ดแยกวิเคราะห์ได้และปลายทางรายงานของคุณได้รับอนุญาต

คำถามที่พบบ่อย

ไม่มีอะไรถูกบล็อก: เพียงขอรายงานจากผู้รับ เป็นก้าวแรกที่ถูกต้อง เพราะรายงานเหล่านั้นแสดงทุกแหล่งที่ส่งในนามโดเมนของคุณ แต่เรกคอร์ดที่ค้างที่ p=none ตลอดไปไม่ปกป้องคุณจากการปลอมแปลง

ใช่ DMARC ทำงานโดยตรวจสอบว่าข้อความผ่าน SPF หรือ DKIM และโดเมนที่ผ่านจัดแนวกับที่อยู่ From ที่มองเห็น เผยแพร่และตรวจสอบ SPF และ DKIM ก่อน แล้วเพิ่ม DMARC ในโหมดเฝ้าดู

บ่อยที่สุดเพราะที่อยู่ rua อยู่บนโดเมนต่างจากโดเมนที่เผยแพร่เรกคอร์ด RFC 7489 กำหนดให้โดเมนนั้นเผยแพร่เรกคอร์ด TXT ที่ yourdomain._report._dmarc.theirdomain ที่มี v=DMARC1 หากไม่มี ผู้รับจะทิ้งรายงานของคุณอย่างเงียบ ๆ ตัวตรวจสอบทดสอบให้คุณ

แบบผ่อนปรนให้โดเมนย่อยใดของโดเมนองค์กรนับว่าจัดแนว โดเมนตีกลับอย่าง mail.example.com จึงจัดแนวกับ example.com แบบเข้มงวดต้องตรงกันทุกประการ แบบผ่อนปรนเหมาะกับการตั้งค่าเกือบทั้งหมด

ถ้าไม่มี sp โดเมนย่อยสืบทอดนโยบายหลัก ซึ่งมักเป็นสิ่งที่คุณต้องการ ผู้ปลอมแปลงชอบโดเมนย่อยที่ไม่ได้ใช้ ดังนั้นหากตั้งอะไร ให้เข้มงวดกว่า ไม่ใช่อ่อนกว่า และพิจารณา np=reject สำหรับโดเมนย่อยที่ไม่มีอยู่จริง

ประมาณสี่สัปดาห์ในโหมดเฝ้าดู แล้วสองสัปดาห์ในแต่ละขั้นกักกัน เป็นจังหวะที่พบบ่อย สิ่งสำคัญไม่ใช่ปฏิทินแต่คือรายงาน: ไปต่อเมื่อทุกความล้มเหลวที่เห็นมาจากแหล่งที่คุณไม่รู้จักเท่านั้น

แชร์สิ่งนี้

การค้นหายอดนิยม
สร้าง dmarc record ตรวจสอบ dmarc เช็ค dmarc record dmarc lookup dmarc validator สร้าง dmarc record ฟรี dmarc policy reject dmarc p=none คืออะไร dmarc rua อีเมลรายงาน ตั้งค่า dmarc ให้โดเมน
ต้องการความช่วยเหลือ?
พบปัญหากับเครื่องมือนี้หรือไม่? แจ้งทีมงานของเรา
รายงานปัญหา

เพิ่มเครื่องมือฟรีนี้ลงในเว็บไซต์ของคุณเอง: คัดลอกและวางโค้ดด้านล่าง