ระเบียน SPF และ DKIM TXT ต้องมีการเสนอราคาหรือไม่?

ฉันค้นหามาหลายชั่วโมงแล้ว แต่มีหลายแหล่งที่มาบอกสิ่งที่แตกต่าง

https://support.wordfly.com/hc/en-us/articles/204767474-How-do-we-publish-DKIM-and-SPF-in-our-DNS- รัฐฉันไม่ควรรวมคำพูดในขณะที่https: //stackoverflow.com/a/9784925/1293725 การอ่านเครื่องหมายคำพูดควรรวมอยู่ในระเบียน TXT เหล่านี้

นี่เป็นเพียงตัวอย่างของแหล่งที่มา แต่ก็มีอีกมากมาย

ดังนั้นบันทึกเหล่านี้ควรมีคำพูดหรือไม่?

dns spf dkim

— Neograph734
แหล่งที่มา

มันขึ้นอยู่กับระบบ / การตั้งค่าของคุณ ตัวอย่างเช่น. ฉันสมมติว่า wordfly คุณป้อนค่าของคุณในเว็บฟอร์ม การใช้เครื่องหมายคำพูดในแบบฟอร์มสามารถทำให้สิ่งต่างๆยุ่งเหยิงได้จริงๆ ดังนั้นจึงเป็นไปได้ว่ากระบวนการถือว่าอัญประกาศและป้อนค่าโดยใช้เครื่องหมายอัญประกาศใน DNS ตามที่ควรจะเป็นในนามของคุณ

— Closnoc

@closetnoc ถูกต้อง ไม่ว่าคุณจะใช้เครื่องหมายคำพูดหรือไม่น่าจะเกี่ยวข้องกับไซต์ / เครื่องมือที่คุณใช้เพื่อป้อน

— Sherwin Flight

ขอบคุณฉันจะลองด้วยคำพูดรวมก่อนแล้วดูว่าระบบพ่นข้อผิดพลาด ฉันพบว่ามันสับสนเนื่องจากแหล่งที่มาระบุว่าช่องว่างในระเบียน TXT ทำให้แต่ละคำต้องถือว่าเป็นสตริงแต่ละบรรทัดและฉันไม่สามารถเข้าใจได้ว่าเป็นพฤติกรรมที่ตั้งใจไว้สำหรับ SPF และ DKIM หรือไม่ แต่ตอนนี้ฉันเข้าใจแล้วว่าควรถือว่าเป็นหนึ่งสาย

— Neograph734

ฉันมีใบเสนอราคาย้าย DNS ของฉันไปยังผู้ให้บริการใหม่ (Azure DNS) และ SPF หยุดทำงาน ลบคำพูดออกและทุกอย่างทำงานได้อีกครั้ง ดังนั้นมันขึ้นอยู่กับผู้ให้บริการ ตรวจสอบให้แน่ใจว่าคุณตรวจสอบบันทึก เอนทิตีที่คุณสร้างระเบียน SPF โดยปกติจะมีเครื่องมือ / ปุ่มเพื่อทำ

— nmit026

ในไฟล์โซน DNS (raw) ค่าของTXTระเบียนต้องอยู่ในเครื่องหมายคำพูดคู่หากมีช่องว่าง (มักจะเป็นกรณีที่มีระเบียน SPF และ DKIM) ช่องว่างเป็นตัวคั่นในไฟล์ DNS Zone

RFC 1305กำหนดวิธีการที่ควรจะยกมาในการปรับโซน เกี่ยวกับTXTบันทึกทรัพยากร:

3.3.14 รูปแบบ TXT RDATA
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
/                   TXT-DATA                    /
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
ที่อยู่:

TXT-DATA อย่างน้อยหนึ่ง<character-string>รายการ

^{[หน้า 20]}

<character-string>จะแสดงในหนึ่งหรือสองวิธี: เป็นชุดอักขระที่ต่อเนื่องกันโดยไม่มีช่องว่างภายในหรือเป็นสตริงที่ขึ้นต้นด้วย "และลงท้ายด้วย" ภายใน "สตริงที่คั่นด้วยตัวละครใด ๆ สามารถเกิดขึ้นได้ยกเว้นสำหรับ" ตัวเองซึ่งจะต้องยกมาใช้ \ (แบ็กสแลช)

^{[หน้า 35]}

อย่างไรก็ตามตามที่กล่าวไว้ในความคิดเห็นคุณมักใช้เครื่องมืออื่นเพื่อแก้ไขระเบียน DNS (โดยปกติคุณจะไม่แก้ไขไฟล์โซน DNS โดยตรงแม้ว่า WHM จะให้ตัวเลือกนี้แก่คุณ) เครื่องมืออื่นนี้อาจจัดการกับคำพูดและการหลบหนีเพิ่มเติมใด ๆ ที่จำเป็นเพื่อให้บันทึกถูกต้อง หากคุณใส่ค่าในเครื่องหมายคำพูดด้วยตนเองเมื่อส่งค่าโดยใช้เครื่องมือแก้ไข / ของคุณคำพูดเพิ่มเติมเหล่านี้อาจถูกหลีกเลี่ยงและกลายเป็นส่วนหนึ่งของTXTค่าบันทึก

เมื่อคุณทำการค้นหา DNS คุณจะเห็นค่าสตริงที่วิเคราะห์ / ไม่ได้ระบุไว้

การอ้างอิงเพิ่มเติม:
https://en.wikipedia.org/wiki/TXT_Record
https://tools.ietf.org/html/rfc1464

— MrWhite
แหล่งที่มา

ใช่หลังจากอ่านความคิดเห็นที่ฉันได้พบคู่มือในเว็บไซต์ของนายทะเบียนของฉันเช่นกันการระบุบันทึกควรถูกป้อนโดยไม่มีเครื่องหมายอัญประกาศ (แม้ว่าฉันจะให้พวกเขาด้วยเครื่องหมายคำพูดก่อนหน้านี้และเครื่องมือตรวจสอบออนไลน์ทำเครื่องหมายว่าถูกต้อง ) ฉันเปลี่ยนเป็นรูปแบบที่แนะนำของนายทะเบียนของฉัน ขอบคุณสำหรับความช่วยเหลือ!

— Neograph734

ใช่ Cloudflare ยังมีบันทึกเฉพาะเกี่ยวกับการสนับสนุน

— cloudflare.com/hc/en-us/articles/…

การค้นหากฎนี้อยู่ที่ไหน "หากTXTค่ามีช่องว่างจะต้องมีเครื่องหมายอัญประกาศคู่"? ดูเหมือนกฎที่ดี แต่มีกฎอยู่ที่ไหน ฉันไม่พบสิ่งใดใน RFC 1464 หรือในบทความ Wikipedia ที่คุณพูดถึง (RFC 1464 กล่าวถึงหนีคำพูดคู่ภายใน แต่ที่แตกต่างกัน.)

— Garret Wilson

อาที่ดีที่สุดที่ฉันสามารถบอกได้ว่าการหลบหนีแบบนี้ถูกกำหนดไว้ในRFC 1035ในส่วน 3.3 สำหรับการ<character-string>ผลิตและต่อมาในส่วน 3.3.14 ระบุว่าTXTบันทึกมี<character-string>ข้อมูลเป็นข้อมูลและควรอ้างอิง (มันยังกล่าวถึงสิ่งนี้เพื่อHINFOบันทึกไม่ว่าจะเป็นอะไรก็ตาม)

— Garret Wilson

ใช่ RFC 1305 ดูเหมือนจะเป็นสถานที่ซึ่งถูกกำหนดไว้ หากคุณแก้ไขโซน DNS ดิบใน WHM คุณจะได้รับแจ้งว่า "คุณต้องทำตามคำพูดและการหลีกเลี่ยงข้อตกลงที่อธิบายไว้ใน RFC 1035" ฉันจะอัปเดตคำตอบของฉันขอบคุณ

— MrWhite