Defaults.Exposed › การตั้งค่า › DKIM

วิธีตั้งค่า DKIM บน AWS Route 53

เผยแพร่ DKIM key ของผู้ให้บริการอีเมลใน hosted zone ของ Route 53 เพื่อให้อีเมลของคุณมีลายเซ็นที่ป้องกันการดัดแปลง

เหตุใดสิ่งนี้จึงสำคัญต่อธุรกิจของคุณ

DKIM (DomainKeys Identified Mail) เพิ่มลายเซ็นดิจิทัลที่มองไม่เห็นในอีเมลทุกฉบับที่คุณส่ง ผู้ให้บริการอีเมลที่รับใช้ public key ที่คุณเผยแพร่ใน DNS เพื่อยืนยันสองสิ่ง: ข้อความนั้นมาจากโดเมนของคุณจริง ๆ และไม่มีใครแก้ไขมันระหว่างทาง

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

สำคัญ: DKIM มีสองส่วน

DKIM คือ record ที่สำคัญที่สุดที่ต้องรู้ว่าใครทำอะไร:

• ผู้ให้บริการอีเมลของคุณสร้าง key Google Workspace, Microsoft 365, Amazon SES หรือผู้ที่รันการส่งของคุณสร้าง DKIM key ให้คุณภายในคอนโซลผู้ดูแลระบบของพวกเขา คุณสร้างค่านี้เองไม่ได้ — คุณต้องได้ชื่อ host และค่าที่แน่นอนจากพวกเขา Route 53 ไม่ได้สร้าง DKIM keys เป็นเพียง DNS host ไม่ใช่ผู้ให้บริการกล่องจดหมายของคุณ
• Route 53 เผยแพร่มัน จากนั้นคุณเพิ่ม key นั้นใน DNS ของโดเมนใน Route 53 (สมมติว่า Route 53 รัน DNS ของคุณ — ดูด้านล่าง)

ดังนั้น: สร้างใน mail platform เผยแพร่ใน DNS host

ก่อนอื่น ยืนยันว่า Route 53 รัน DNS ของคุณ

DKIM record จะทำงานได้ก็ต่อเมื่อ Route 53 ตอบ DNS สำหรับโดเมนของคุณ ใน Route 53 console เปิด Hosted zones เลือกโดเมนของคุณ และจดค่า NS (nameserver) สี่รายการ ค่าเหล่านั้นต้องตรงกับ nameserver ที่ตั้งไว้ที่ registrar ของคุณ หากคุณลงทะเบียนโดเมนผ่าน Route 53 มักจะตรงกันแล้ว หากลงทะเบียนที่อื่น — หรือคุณมี hosted zone มากกว่าหนึ่งรายการสำหรับโดเมน — ตรวจสอบให้ดี หาก nameserver live ชี้ไปยังผู้ให้บริการอื่น ให้เพิ่ม DKIM record ที่นั่นแทน จะไม่มีผลที่ Route 53

รับ key จากผู้ให้บริการอีเมลของคุณ

ในพื้นที่ผู้ดูแลระบบของผู้ให้บริการอีเมล มองหาการตั้งค่า DKIM หรือ email authentication และสร้าง/เปิดใช้งาน key สิ่งที่คุณได้กลับมาขึ้นอยู่กับผู้ให้บริการ และมันเปลี่ยนวิธีที่คุณป้อนใน Route 53:

• Google Workspace ให้ TXT record: ชื่อ selector เช่น google._domainkey และค่าที่ยาวขึ้นต้นด้วย v=DKIM1; k=rsa; p= ตามด้วยอักขระยาวมาก
• Microsoft 365 ให้ CNAME records สอง รายการ โดยมี selectors เช่น selector1._domainkey และ selector2._domainkey แต่ละรายการชี้ไปยัง Microsoft host
• Amazon SES ให้ CNAME records สาม รายการ (ฟีเจอร์ “Easy DKIM” ของมัน) หากโดเมนของคุณอยู่ใน Route 53 SES มักสามารถเสนอที่จะเพิ่มรายการเหล่านี้ให้คุณโดยอัตโนมัติ — แต่คุณยังสามารถเพิ่มด้วยตนเอง

คัดลอกชื่อ host และค่าให้ตรงทั้งหมด

ขั้นตอนบน Route 53

1. ลงชื่อเข้าใช้ AWS console และเปิด Route 53
2. ในเมนูด้านซ้าย เลือก Hosted zones จากนั้นคลิกชื่อโดเมนของคุณ
3. คลิก Create record
4. หาก wizard พร้อม routing options ปรากฏขึ้น สลับไปที่ฟอร์มง่าย (มองหา Quick create record)
5. ใน Record name ป้อนเฉพาะส่วน selector เท่านั้น เช่น google._domainkey หรือ selector1._domainkey อย่าเพิ่มชื่อโดเมนต่อท้าย Route 53 ต่อ zone ให้คุณอัตโนมัติ (แสดงโดเมนของคุณข้างช่องนั้น)
6. ตั้ง Record type เป็น TXT หรือ CNAME เพื่อตรงกับสิ่งที่ผู้ให้บริการให้มา (Google = TXT; Microsoft 365 และ Amazon SES = CNAME)
7. ใน Value:
   • สำหรับ TXT key วางค่าที่ยาวครอบด้วยเครื่องหมายอัญประกาศคู่: "v=DKIM1; k=rsa; p=..."
   • สำหรับ CNAME วาง target host ที่ผู้ให้บริการให้มาไม่มีเครื่องหมายอัญประกาศ (เช่น selector1-yourdomain._domainkey.yourdomain.onmicrosoft.com)
8. ปล่อย TTL ไว้ที่ค่าเริ่มต้น
9. คลิก Create records ทำซ้ำสำหรับแต่ละ record (Microsoft 365 ต้องการสอง Amazon SES ต้องการสาม)

ข้อผิดพลาดที่มักเกิดขึ้นบน Route 53

• TXT keys ต้องมีเครื่องหมายอัญประกาศคู่ CNAMEs ไม่ต้อง สิ่งนี้ทำให้คนสับสนอย่างต่อเนื่อง ค่า TXT DKIM ป้อนเป็น "v=DKIM1; ... p=..." พร้อมเครื่องหมายอัญประกาศ ค่า CNAME เป็นแค่ target host ธรรมดา ไม่มีเครื่องหมายอัญประกาศ การผสมสิ่งเหล่านี้ทำให้ record เสีย
• อย่าใส่โดเมนเต็มใน Record name หากคำแนะนำของผู้ให้บริการแสดง selector1._domainkey.yourdomain.com คุณป้อนเฉพาะ selector1._domainkey ใน Route 53 — ส่วนที่เหลือถูกเพิ่มให้คุณ การใส่โดเมนซ้ำจะสร้าง host ที่เสียเป็น selector1._domainkey.yourdomain.com.yourdomain.com
• วาง key ทั้งหมด — มันยาวมาก TXT DKIM public keys มีความยาวหลายร้อยอักขระ ตรวจสอบว่าไม่มีส่วนใดถูกตัดและไม่มีช่องว่างหรือการขึ้นบรรทัดใหม่แทรกเข้ามาระหว่างการคัดลอก-วาง
• เพิ่ม records ทุกรายการที่ผู้ให้บริการขอ Microsoft 365 จะไม่ผ่านการตรวจสอบด้วย CNAME เพียงรายการเดียว Amazon SES ต้องการทั้งสาม การมีไม่ครบทำให้ DKIM ล้มเหลวโดยไม่แสดงอาการ
• TXT กับ CNAME — ทำตามผู้ให้บริการ อย่าแปลง CNAME เป็น TXT หรือในทางกลับกัน ใช้ประเภทที่พวกเขาระบุ
• hosted zone ที่ถูกต้อง บัญชีที่ถูกต้อง กับหลาย zones หรือ AWS accounts ง่ายที่จะแก้ไขผิดรายการ ตรวจสอบให้แน่ใจว่าค่า NS สี่รายการของ zone ตรงกับ nameserver live ของคุณ
• ให้เวลามัน การเปลี่ยนแปลง DNS อาจใช้เวลาสองสามนาทีถึงสองสามชั่วโมงในการแพร่กระจายก่อนที่ DKIM จะเริ่มตรวจสอบ

ตรวจสอบว่าได้ผล

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

เสร็จแล้ว? ตรวจสอบโดเมนของคุณฟรี เพื่อยืนยันว่าใช้งานได้ — และดูคะแนนเต็มของคุณใน 34 การตรวจสอบ