สร้างและตรวจสอบ SPF Record
สร้าง SPF record ที่ถูกต้องจากบริการที่ส่งอีเมลของคุณ แล้วตรวจสอบสิ่งที่โดเมนของคุณเผยแพร่ตามกฎ RFC 7208
1ใครส่งอีเมลให้โดเมนนี้บ้าง?
ติ๊กทุกบริการที่ส่งอีเมลโดยใช้โดเมนของคุณในที่อยู่ From แต่ละรายการจะเพิ่ม term แบบ include: ที่ต้องใช้ และ DNS lookup ที่ต้องเสีย
2เซิร์ฟเวอร์ของคุณเอง
หนึ่งรายการต่อบรรทัด term แบบ IP ไม่ใช้ DNS lookup จึงควรเลือกใช้เมื่อทำได้
หนึ่งโดเมนต่อบรรทัด: แต่ละโดเมนจะกลายเป็น term แบบ include: ส่วน term ที่เขียนไว้แล้วจะคงไว้ตามเดิม
3แล้วคนอื่นทั้งหมดล่ะ?
term สุดท้ายตัดสินว่าผู้รับจะปฏิบัติต่ออีเมลจากเซิร์ฟเวอร์ที่ไม่อยู่ในรายการข้างต้นอย่างไร
- ชนิด record
- TXT
- ชื่อ / โฮสต์
- @ (root ของโดเมน)
- TTL
- 3600
- เปิด DNS zone ของโดเมนที่ผู้ให้บริการจดทะเบียนหรือผู้ให้บริการ DNS ของคุณ
- ลบ SPF record เดิมที่มีอยู่: โดเมนต้องเผยแพร่เพียงหนึ่ง record เท่านั้น
- เพิ่ม TXT record ที่ root ของโดเมนด้วยค่าด้านบน
- รอให้ TTL หมดอายุ แล้วยืนยันด้วยแท็บตัวตรวจสอบ
โดเมนเผยแพร่ SPF record ได้เพียงหนึ่ง record หากต้องการเพิ่มผู้ส่งใหม่ ให้แก้ไข record เดิม ห้ามเพิ่ม record ที่สอง
สร้าง record ทางซ้าย หรือสลับไปที่ตัวตรวจสอบเพื่ออ่าน SPF record ที่โดเมนเผยแพร่อยู่ในขณะนี้ พร้อมอธิบายทุก mechanism และนับขีดจำกัดสิบ lookup ให้คุณ
| # | Term | พบใน |
|---|
| Term | ผลลัพธ์ | ทำอะไร |
|---|
เกี่ยวกับ สร้างและตรวจสอบ SPF Record
SPF Record Generator & Checker ทำสองงานที่เจ้าของโดเมนต้องการจริง ๆ ตัวสร้างจะถามว่าบริการใดส่งอีเมลโดยใช้โดเมนของคุณ (Google Workspace, Microsoft 365, SendGrid, Mailgun, Amazon SES หรือเซิร์ฟเวอร์ของคุณเอง) แล้วประกอบเรกคอร์ด `v=spf1` ที่ถูกต้อง พร้อมนับจำนวนการค้นหา DNS ที่จะใช้ขณะที่คุณสร้าง ตัวตรวจสอบอ่านเรกคอร์ดที่โดเมนของคุณเผยแพร่อยู่ตอนนี้ อธิบายทุกกลไกด้วยภาษาที่เข้าใจง่าย และทดสอบกับ RFC 7208
กฎที่ทำให้คนส่วนใหญ่พลาดคือขีดจำกัดสิบการค้นหา ทุกเทอม `include`, `a`, `mx`, `ptr` และ `exists` ใช้ DNS query หนึ่งครั้ง และทุกเทอมภายในเรกคอร์ดที่ชี้ไปก็เช่นกัน เกินสิบแล้วผู้รับจะส่งข้อผิดพลาดถาวร หมายความว่า SPF ล้มเหลวสำหรับอีเมลทั้งหมดของคุณ ไม่ใช่เฉพาะส่วนที่ปลอมแปลง ตัวตรวจสอบติดตาม include แบบเรียกซ้ำและแสดงว่าการค้นหาแต่ละครั้งถูกใช้ที่ใด คุณจึงเห็นว่าผู้ส่งรายใดทำให้เกินขีดจำกัด
ยังตั้งธงความล้มเหลวที่ทำให้เรกคอร์ด SPF เสียผลอย่างเงียบ ๆ ได้แก่ เรกคอร์ด SPF ตัวที่สองบนโดเมนเดียวกัน (ทำให้ทั้งสองใช้ไม่ได้) `+all` (อนุญาตทั้งอินเทอร์เน็ต) การไม่มี `all` (ไม่ยืนยันอะไรเลย) กลไก `ptr` ที่เลิกใช้แล้ว เทอมที่วางหลัง `all` ซึ่งจะไม่ถูกอ่าน และข้อผิดพลาดทางไวยากรณ์ที่ทำให้ทั้งเรกคอร์ดกลายเป็นข้อผิดพลาดถาวร
วิธีใช้ สร้างและตรวจสอบ SPF Record
- ในแท็บตัวสร้าง ติ๊กทุกบริการที่ส่งอีเมลโดยใช้โดเมนของคุณในที่อยู่ From
- เพิ่มเซิร์ฟเวอร์อีเมลของคุณเอง: เปิด mx และวางช่วง IPv4 หรือ IPv6 ที่ตายตัว: เทอม IP ไม่ใช้การค้นหา DNS
- ดูมาตรวัดการค้นหา หากเกินสิบ ให้ตัดผู้ส่งออกหรือแทนที่ include ด้วยช่วง IP เบื้องหลัง
- เลือกนโยบายสุดท้าย: เริ่มที่ ~all (ทำเครื่องหมายว่าน่าสงสัย) และเข้มงวดเป็น -all เมื่อรายงาน DMARC ของคุณสะอาด
- คัดลอกเรกคอร์ดและเผยแพร่เป็นเรกคอร์ด TXT เดียวที่รากของโดเมน โดยแทนที่เรกคอร์ด SPF เดิม
- กลับมาที่แท็บตัวตรวจสอบหลังหมด TTL และยืนยันว่าเรกคอร์ดที่เผยแพร่แยกวิเคราะห์ได้อย่างสมบูรณ์