ไม่มี KYC: อีเมลที่ยืนยันแล้วหนึ่งฉบับ ไม่ต้องใช้เอกสารยืนยันตัวตน · ชำระด้วย BTC, USDT, USDC, ETH, SOL, LTC · ค้นหาแบบกลุ่ม 50 ชื่อ ชำระครั้งเดียว
ภาษา: ไทย
ตรวจสอบตัวแปรของคุณ

คู่มือ · ตรวจสอบเมื่อ 12 พฤศจิกายน 2026

คุณจะหยุดการปลอมอีเมลบนโดเมนที่ไม่ได้ใช้ได้อย่างไร?

โดเมนป้องกันที่ไม่ส่งอีเมลควรบอกเรื่องนี้ใน DNS ระเบียนสามรายการบอกโลกว่าโดเมนนี้ไม่รับเมลใด ๆ ไม่อนุญาตผู้ส่งใด และต้องการให้ปฏิเสธเมลปลอม

อัปเดตล่าสุด: · 3 นาทีในการอ่าน

คำตอบสั้น ๆ

คุณจะหยุดการปลอมอีเมลบนโดเมนที่ไม่ได้ใช้ได้อย่างไร?

เผยแพร่ระเบียน DNS สามรายการบนทุกโดเมนที่ไม่ส่งเมล ได้แก่ null MX ที่มี preference 0 และเป้าหมายเป็นจุดเดียว (RFC 7505) ระเบียน SPF ที่เป็น v=spf1 -all และระเบียน DMARC ที่มี p=reject ที่ _dmarc Wardmint เทมเพลตไม่มีอีเมลเผยแพร่ทั้งสามในคลิกเดียว และชุดฟิชเชอร์ทั้งเก้านามสกุลมีค่าใช้จ่าย $212.41 ต่อปี

ระเบียนสามรายการที่ทำให้โดเมนไม่สามารถถูกใช้ส่งเมลได้

ระเบียนชื่อประเภทค่ามีความหมายว่า
Null MX@MX0 .โดเมนนี้ไม่รับอีเมล (RFC 7505)
SPF@TXT"v=spf1 -all"ไม่มีเซิร์ฟเวอร์ที่ได้รับอนุญาตให้ส่งในชื่อโดเมนนี้ (RFC 7208)
DMARC_dmarcTXT"v=DMARC1; p=reject; adkim=s; aspf=s"ขอให้ผู้รับปฏิเสธเมลที่ไม่ผ่านการตรวจสอบ (RFC 7489)

ทำไมโดเมนที่ไม่ได้ใช้จึงต้องมีระเบียนอีเมล?

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

ระเบียนสองรายการปิดช่องว่างส่วนใหญ่ SPF ระบุเซิร์ฟเวอร์ที่อาจส่งเมลแทนโดเมน และระเบียน SPF ที่ไม่มีเซิร์ฟเวอร์และตั้ง hard fail จะปฏิเสธผู้ส่งทุกราย DMARC บอกผู้รับว่าต้องทำอย่างไรกับเมลที่ไม่ผ่าน SPF และ DKIM และ p=reject ขอให้ปฏิเสธเมลนั้น ระเบียนที่สาม null MX แจ้งผู้ส่งว่าโดเมนไม่มีเมลเซิร์ฟเวอร์ ดังนั้นเมลถึงโดเมนนั้นจะล้มเหลวทันที แทนที่จะถูกลองส่งซ้ำหลายวัน

รายการโดเมนป้องกันที่ Wardmint แนะนำอยู่ใน โปรเจกต์คริปโตควรจดทะเบียนโดเมนใด เมื่อเป็นเจ้าของแล้ว ระเบียนสามรายการนี้คือสิ่งแรกที่ควรเพิ่ม

null MX ตามที่ RFC 7505 ทำอะไร?

null MX คือระเบียน MX เดี่ยวที่มี preference 0 และเป้าหมายเป็นจุด root ซึ่งหมายความว่าโดเมนนั้นไม่รับอีเมล RFC 7505 กำหนดไว้ ตัวแลกเปลี่ยนคือ label ความยาวศูนย์ ซึ่งเขียนในไฟล์โซนเป็นจุด และเนื่องจากจุดไม่ใช่ชื่อโฮสต์ที่ถูกต้อง ระเบียนนี้จึงถูกสับสนกับเมลเซิร์ฟเวอร์จริงไม่ได้

มีสองกฎ โดเมนที่เผยแพร่ null MX ต้องไม่เผยแพร่ MX ระเบียนอื่น และระเบียนจะเป็น null MX ก็ต่อเมื่ออยู่ในรูปแบบนี้เท่านั้น คือ preference 0 และเป้าหมายจุด ผู้ส่งที่เห็นระเบียนนี้จะล้มเหลวทันทีด้วยข้อผิดพลาดถาวร ซึ่งหยุดการวนลูปของเมลและประหยัดคิวลองส่งของผู้ส่งที่สะกดโดเมนของคุณผิด

หากไม่มีระเบียนนี้ ผู้ส่งที่ไม่พบ MX จะกลับไปใช้ระเบียน A ของโดเมนและพยายามส่งที่นั่น ซึ่งช้ากว่าและไม่ชัดเจนกว่า null MX ขจัดการเดานี้

SPF v=spf1 -all หมายความว่าอย่างไร?

เป็นระเบียน TXT ที่ไม่อนุญาตผู้ส่งใด และเครื่องหมายลบทำให้ทุกการตรวจล้มเหลว RFC 7208 กำหนดไว้ v=spf1 คือแท็กเวอร์ชัน และ -all คือคำสั่งเดียว ซึ่งกลไก all จับคู่เสมอ และตัวปรับ minus ให้ผลเป็นล้มเหลว รวมกันแล้วระบุว่าไม่มีโฮสต์ใดส่งเมลในชื่อนี้ได้

RFC 7208 แนะนำแนวทางนี้สำหรับชื่อที่ไม่ได้ใช้ในที่อยู่อีเมลและไม่คาดว่าจะส่งเมล เผยแพร่ที่ apex ของโดเมนป้องกันแต่ละแห่ง SPF ตรวจโดเมนใน envelope sender หรือชื่อ HELO ดังนั้นผู้ปลอมแปลงอาจลองซับโดเมนที่คุณไม่ได้ตั้งค่าไว้ได้ ระเบียน TXT แบบ wildcard ซึ่งใช้กับชื่อใต้โดเมนที่ไม่มีระเบียนของตัวเอง สามารถครอบคลุมชื่อเหล่านั้นได้

ชุดระเบียนไม่ส่งอีเมลสำหรับโดเมนป้องกัน
example.com.          3600  IN  MX   0 .
example.com.          3600  IN  TXT  "v=spf1 -all"
_dmarc.example.com.   3600  IN  TXT  "v=DMARC1; p=reject; adkim=s; aspf=s"

DMARC p=reject เพิ่มอะไร?

DMARC เพิ่มนโยบายและการรายงาน: บอกผู้รับให้ปฏิเสธเมลที่ไม่ผ่าน และให้คุณเห็นว่าใครพยายามส่ง RFC 7489 วางนโยบายเป็นระเบียน TXT ที่ชื่อ _dmarc ของโดเมน แท็ก v ต้องมาก่อนและมีค่า DMARC1 และ p กำหนดนโยบายเป็น none, quarantine หรือ reject แท็ก sp กำหนดนโยบายสำหรับซับโดเมน และหากไม่มี p จะใช้กับซับโดเมนแทน แท็ก adkim และ aspf กำหนดการจัดแนวแบบเข้มงวดหรือผ่อนปรน และ rua ระบุที่อยู่สำหรับรายงานรวม

RFC ระมัดระวังเรื่องความแรงของ p=reject ผู้เป็นเจ้าของขอให้ผู้รับปฏิเสธ และผู้รับต้องพยายามอย่างดีที่สุดแต่ไม่ได้ถูกบังคับอย่างเคร่งครัด ผู้ให้บริการกล่องจดหมายขนาดใหญ่ทำตามในทางปฏิบัติ จึงคุ้มค่าที่จะเผยแพร่ระเบียนนี้

เพื่อดูความพยายาม ให้เพิ่มที่อยู่สำหรับรายงาน เช่น rua=mailto:[email protected] บนกล่องจดหมายที่คุณอ่าน สำหรับโปรเจกต์ที่มีโดเมนป้องกันหลายชื่อ กล่องรายงานเดียวสำหรับทั้งหมดก็เพียงพอ โดเมนที่ส่งเมลจริง เช่นโดเมนหลักของคุณ ควรอยู่ที่นโยบายที่ตรงกับผู้ส่งจริง และอ่านรายงานรวมก่อนย้ายไปเป็น reject

การปกป้องชุดโดเมนป้องกันมีค่าใช้จ่ายเท่าไร?

สามระเบียนไม่มีค่าใช้จ่ายเพิ่มที่ Wardmint; ค่าใช้จ่ายคือโดเมน Wardmint มี เทมเพลต DNS “ไม่มีอีเมล” (null MX, SPF -all, DMARC p=reject) เพื่อไม่ให้โดเมนป้องกันถูกใช้ปลอมอีเมลของคุณ การส่งต่อ URL ฟรีเพื่อส่งทุกตัวแปรไปยังเว็บหลักของคุณ และการต่ออายุอัตโนมัติจากยอดคงเหลือ เพื่อไม่ให้ตัวแปรใดหมดอายุ

ตามการสำรวจของ Wardmint เมื่อ 12 พฤศจิกายน 2026 ส่วนท้ายเก้ารายการในชุด phisher ของเรา (.xyz, .pro, .info, .shop, .online, .icu, .click, .live และ .support) มีค่าใช้จ่ายรวม $212.41 ต่อปี หรือ $637.23 ตลอดสามปี และแต่ละรายการสามารถใช้เทมเพลตที่ไม่มีอีเมลได้ ชุดหลัก .com, .net, .org, .io, .xyz, .app มีราคา $128.94 ต่อปี ชุดเหล่านี้เป็นข้อเสนอแนะ ไม่ใช่แพ็กเกจรวม: ชื่อใส่ลงตะกร้าผ่านการค้นหาจำนวนมาก ครั้งละไม่เกิน 50 รายการ

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

วิธีหยุดการปลอมแปลงบนโดเมนที่ไม่ได้ใช้ใน 5 ขั้นตอน

  1. ยืนยันว่าโดเมนไม่ส่งเมล

    ตรวจว่าไม่มีบริการ จดหมายข่าว หรือแอปพลิเคชันใดส่งจากโดเมนนี้ หากมี อย่าใช้เทมเพลตนี้

  2. เผยแพร่ null MX

    เพิ่มระเบียน MX ที่มี preference 0 และเป้าหมายเป็นจุดเดียว แล้วลบระเบียน MX อื่นทั้งหมด

  3. เผยแพร่ระเบียน SPF

    เพิ่มระเบียน TXT ที่ apex โดยมีค่า v=spf1 -all และเก็บไว้เป็นระเบียน SPF เดียว

  4. เผยแพร่ระเบียน DMARC

    เพิ่มระเบียน TXT ที่ _dmarc โดยมี v=DMARC1; p=reject และที่อยู่รายงานใน rua หากต้องการรายงาน

  5. ตรวจระเบียน

    รัน dig MX, dig TXT และ dig TXT _dmarc บนโดเมน แล้วเปรียบเทียบคำตอบกับเทมเพลต

ตรวจระเบียนทั้งสามรายการ
dig MX example.com +short
dig TXT example.com +short
dig TXT _dmarc.example.com +short

คำถามเกี่ยวกับการปลอมแปลงและโดเมนที่ไม่ได้ใช้

ใช้ p=reject ได้โดยไม่มีที่อยู่รายงานหรือไม่?

ได้ แท็ก rua เป็นทางเลือก และหากไม่มี ผู้รับจะไม่ส่งรายงานรวม เพิ่มหนึ่งรายการหากต้องการเห็นความพยายาม

null MX หยุดการปลอมแปลงได้ด้วยตัวเองหรือไม่?

ไม่ มันหยุดไม่ให้เมลถูกส่งถึงโดเมน SPF และ DMARC คือสิ่งที่บอกผู้รับให้ไม่ไว้ใจเมลที่อ้างว่ามาจากโดเมนนั้น

โดเมนหลักของฉันควรใช้ระเบียนชุดเดียวกันหรือไม่?

ไม่ โดเมนที่ส่งเมลต้องการ SPF และ DKIM สำหรับผู้ส่งจริง ใช้ p=reject ที่นั่นก็ต่อเมื่อคุณอ่านรายงาน DMARC แล้วและจัดแนวผู้ส่งทุกราย

โดเมนป้องกันที่ไม่ส่งและไม่รับเมลต้องมีระเบียนทั้งสามรายการทุกชื่อหรือไม่?

ต้องมี ในโดเมนใดก็ตามที่ไม่ส่งและไม่รับเมล ระเบียนแต่ละรายการครอบคลุมการตรวจคนละส่วน และเทมเพลตของ Wardmint เผยแพร่รวมกัน

เทมเพลตมีค่าใช้จ่ายเพิ่มหรือไม่?

ไม่ เป็นส่วนหนึ่งของเครื่องมือป้องกันที่รวมอยู่กับการจดทะเบียน พร้อมการส่งต่อ URL ฟรีและการต่ออายุอัตโนมัติจากยอดคงเหลือ

สรุป
  • โดเมนป้องกันที่ไม่ส่งเมลต้องการระเบียน DNS สามรายการ
  • Null MX: preference 0 และเป้าหมายเป็นจุด (RFC 7505) และไม่มีระเบียน MX อื่น
  • SPF: v=spf1 -all ซึ่งไม่อนุญาตผู้ส่งใด (RFC 7208)
  • DMARC: v=DMARC1; p=reject ที่ _dmarc ซึ่งขอให้ผู้รับปฏิเสธเมลที่ไม่ผ่าน (RFC 7489)
  • เทมเพลตไม่มีอีเมลของ Wardmint เผยแพร่ระเบียนทั้งสามในคลิกเดียว
  • นามสกุลทั้งเก้าในชุดฟิชเชอร์มีค่าใช้จ่าย $212.41 ต่อปี ส่วนเทมเพลตฟรี
  • อย่าใช้เทมเพลตกับโดเมนที่ส่งเมลจริง
แหล่งที่มา (3)
  1. RFC 7505: A Null MX No Service Resource Record for Domains That Accept No Mail — IETF / RFC Editor (อ่านเมื่อ 2026-11-12)
  2. RFC 7208: Sender Policy Framework (SPF) — IETF / RFC Editor (อ่านเมื่อ 2026-11-12)
  3. RFC 7489: DMARC — IETF / RFC Editor (อ่านเมื่อ 2026-11-12)

.com US$12.49/ปี · ไม่ต้อง KYC · คริปโต

ตรวจสอบตัวแปรของคุณ