ระเบียน MX หรือระเบียนการแลกเปลี่ยนอีเมล เป็นประเภทของระเบียนทรัพยากรในระบบชื่อโดเมนที่ระบุเซิร์ฟเวอร์อีเมลที่รับผิดชอบในการรับข้อความอีเมลในนามของโดเมนของผู้รับ และค่ากำหนดที่ใช้เพื่อจัดลำดับความสำคัญในการส่งอีเมล ชุดบันทึกการแลกเปลี่ยนอีเมลในนามของโดเมนระบุว่าควรกำหนดเส้นทางอีเมลโดยใช้ Simple Mail Transfer Protocol (SMTP) อย่างไร
MX Records: ภาพรวมเทคโนโลยี
ระเบียนทรัพยากรเป็นองค์ประกอบข้อมูลหลักของระบบชื่อโดเมน (DNS) พวกเขาต่างกันในการระบุประเภท (A, MX, NS) และคลาส DNS (อินเทอร์เน็ต, CHAOS) เร็กคอร์ดมีวันหมดอายุ (เวลาที่ใช้งานได้) ซึ่งระบุว่าเมื่อใดที่ข้อมูลที่เก็บไว้ต้องได้รับการอัปเดตจากเซิร์ฟเวอร์ชื่อที่เชื่อถือได้ ระเบียนทรัพยากรได้รับการจัดระเบียบใน DNS ตามอีเมล FQDN ของผู้รับ (ส่วนของชื่อหลังสัญลักษณ์@).
ข้อมูลเพย์โหลดของระเบียน MX เฉพาะคือชื่อโดเมนแบบเต็มของโฮสต์อีเมลและค่ากำหนดที่ควรจะปรากฏโดยตรงในระเบียนที่อยู่อย่างน้อยหนึ่งรายการเมื่อข้อความอีเมลถูกส่งผ่าน ทางอินเทอร์เน็ต ตัวแทนส่ง Mail Transfer Service (MTA) จะสอบถามระบบชื่อโดเมนสำหรับระเบียน MX สำหรับแต่ละโดเมนของผู้รับ แบบสอบถามนี้ส่งคืนรายชื่อโฮสต์เซิร์ฟเวอร์การแลกเปลี่ยนอีเมลที่ยอมรับอีเมลขาเข้าสำหรับโดเมนนี้ จากนั้นตัวแทนผู้ส่งจะพยายามสร้างการเชื่อมต่อ SMTP
พื้นฐานการจัดลำดับความสำคัญ
ในกรณีที่ง่ายที่สุด โดเมนสามารถมีเซิร์ฟเวอร์อีเมลได้เพียงเซิร์ฟเวอร์เดียว ตัวอย่างเช่น หาก MTA กำลังค้นหาระเบียน MX สำหรับ example.com และเซิร์ฟเวอร์ DNS ตอบสนองเฉพาะกับ mail.example.com โดยมีค่ากำหนดเป็น 50 เท่านั้น MTA จะพยายามส่งอีเมลไปยังเซิร์ฟเวอร์ที่ระบุ ในกรณีนี้ หมายเลข 50 สามารถเป็นจำนวนเต็มที่อนุญาตตามข้อกำหนด SMTPแต่เมื่อมีการส่งคืนเซิร์ฟเวอร์มากกว่าหนึ่งเครื่องสำหรับคำขอ MX หมายเลขการกำหนดค่าตามความชอบสำหรับแต่ละรายการจะกำหนดลำดับความสำคัญสัมพัทธ์ของเซิร์ฟเวอร์ที่ระบุ เมื่อไคลเอนต์ระยะไกล (โดยปกติคือเซิร์ฟเวอร์อีเมลอื่น) ค้นหา MX สำหรับชื่อโดเมน จะได้รับรายการเซิร์ฟเวอร์และหมายเลขการกำหนดค่าตามความชอบ เซิร์ฟเวอร์ใด ๆ ที่มีหมายเลขการตั้งค่าต่ำสุดควรได้รับการตรวจสอบตั้งแต่แรก เพื่อให้แน่ใจว่าการส่งอีเมลมีความน่าเชื่อถือ ไคลเอ็นต์ SMTP จะต้องสามารถตรวจสอบที่อยู่ที่ตรงกันแต่ละรายการในรายการนี้ตามลำดับจนกว่าความพยายามในการส่งจะสำเร็จ
โหลดบาลานซ์ระหว่างอาร์เรย์ของเมลเซิร์ฟเวอร์
วิธีการที่ใช้ในการโหลดเมลขาเข้าระหว่างอาร์เรย์ของเซิร์ฟเวอร์ต้องส่งคืนหมายเลขการกำหนดค่าตามความชอบเดียวกันสำหรับแต่ละเซิร์ฟเวอร์ในชุด ในการพิจารณาว่าเซิร์ฟเวอร์ใดมีความพึงใจในการส่งอีเมลเท่ากัน ผู้ส่งจะต้องสุ่มเซิร์ฟเวอร์เพื่อกระจายโหลดไปยังเครื่องแลกเปลี่ยนจดหมายหลายเครื่องสำหรับองค์กรใดองค์กรหนึ่ง เซิร์ฟเวอร์ Multihomed ได้รับการจัดการแตกต่างกัน เนื่องจากการสุ่มใด ๆ จะถือว่ามีการใช้โดยเนมเซิร์ฟเวอร์แล้ว ส่วนใหญ่เกี่ยวข้องกับปัญหาการกำหนดเส้นทาง การโหลดเซิร์ฟเวอร์ประเภทอื่นสามารถแก้ไขได้โดยใช้พร็อกซี SMTP
สำรอง
เซิร์ฟเวอร์เป้าหมาย ที่รู้วิธีส่งเมลบ็อกซ์ของผู้ใช้ที่เกี่ยวข้อง มักจะเป็นเซิร์ฟเวอร์ที่ต้องการ เซิร์ฟเวอร์ที่มีลำดับความสำคัญต่ำกว่า ซึ่งเรียกว่าระเบียน MX สำรองหรือสแตนด์บาย โดยทั่วไปจะเก็บข้อความไว้ในคิวขณะรอให้เซิร์ฟเวอร์หลักปรากฏขึ้น หากเซิร์ฟเวอร์ทั้งสองออนไลน์หรือเชื่อมต่อถึงกัน การสำรองข้อมูล MX จะส่งต่ออีเมลไปยังตัวแลกเปลี่ยนเมลหลัก การสำรองข้อมูลทำหน้าที่เป็นห้องนิรภัย
วิธีตั้งค่าระเบียน MX: ลำดับความสำคัญ
Mail ถูกส่งไปยังเซิร์ฟเวอร์การแลกเปลี่ยนที่มีหมายเลขการตั้งค่าต่ำสุด (ลำดับความสำคัญสูงสุด) ดังนั้นรายการตัวแลกเปลี่ยนจดหมายที่ใช้สำหรับการกำหนดเส้นทางควรมีหมายเลขการตั้งค่าต่ำสุด โดยปกติ 0Priorityกำหนดลำดับที่เซิร์ฟเวอร์ควรเชื่อมโยง (หากมีการระบุเซิร์ฟเวอร์หลายเครื่องที่มีลำดับความสำคัญต่างกัน) เซิร์ฟเวอร์ที่มีลำดับความสำคัญสูงสุดและหมายเลขการตั้งค่าต่ำสุดจะถูกตรวจสอบก่อน ในระเบียน DNS หมายเลขการกำหนดค่าตามความชอบมักจะถูกตั้งค่าและระบุ
ข้อผิดพลาดในการตั้งค่า
ความเข้าใจผิดทั่วไปเกี่ยวกับการสั่งซื้อการตั้งค่าระเบียน MX ของโดเมนคือมีวัตถุประสงค์เพื่อเพิ่มโอกาสในการส่งอีเมล อย่างไรก็ตาม เพียงแค่ใช้หลายรายการด้วยการตั้งค่าเดียวกันก็ให้ประโยชน์
การตีความคำสั่ง MX-preference ที่ผิดพลาดโดยทั่วไปคือมีวัตถุประสงค์เพื่อให้ "failover" ในกรณีที่เซิร์ฟเวอร์โอเวอร์โหลด แม้ว่าจะสามารถใช้ได้ในลักษณะนี้ แต่ก็เป็นเทคนิคการจัดการทรัพยากรที่ไม่ดี เนื่องจากมีเจตนาสร้างความแออัด ไม่ได้ใช้ฮาร์ดแวร์ที่มีอยู่อย่างเต็มที่ และไม่อนุญาตให้ตรวจสอบระเบียน MX การกำหนดค่าเดียวกันให้กับเซิร์ฟเวอร์ที่มีอยู่ทั้งหมดให้ประโยชน์เหมือนกัน สามารถช่วยหลีกเลี่ยงสถานการณ์ความแออัด และเพิ่มปริมาณงานของระบบโดยลดเวลาแฝง
การบันทึก SMTP
โปรโตคอล SMTP สร้างเครือข่ายการจัดเก็บและส่งต่อ และหากเซิร์ฟเวอร์อีเมลของโดเมนออฟไลน์ เซิร์ฟเวอร์ที่ส่งจะต้องมีคิวของข้อความที่ปลายทางสำหรับโดเมนนั้นเพื่อลองอีกครั้งในภายหลัง อย่างไรก็ตาม เซิฟเวอร์ส่งเหล่านี้ไม่สามารถแจ้งได้ว่าขณะนี้มีอยู่แล้วเซิร์ฟเวอร์โดเมนแบบสแตนด์อโลนและตรวจพบว่าโดเมนพร้อมใช้งานก็ต่อเมื่อมีการพยายามครั้งต่อไปเมื่อส่งข้อความที่เลื่อนออกไป
ความล่าช้าระหว่างเวลาที่เซิร์ฟเวอร์ของโดเมนออนไลน์และเมื่อข้อความที่รอดำเนินการถูกส่งออกไปในท้ายที่สุด อาจมีตั้งแต่นาทีไปจนถึงหลายวัน ขึ้นอยู่กับกำหนดการลองใหม่อีกครั้งของเซิร์ฟเวอร์ที่ส่ง ปัญหาคือการสำรองข้อมูลมีคุณสมบัติเฉพาะในการแก้ไขและไม่อนุญาตให้คุณตรวจสอบระเบียน MX ของโดเมน