ระเบียน MX และการเปลี่ยนแปลงระเบียน A จะใช้เวลานานเท่าใดเมื่อเซิร์ฟเวอร์ DNS ไม่ได้ถูกเปลี่ยนแปลง

ฉันพยายามที่จะประเมินว่ามันเป็นเรื่องจริงหรือไม่ที่ฉันจะเปลี่ยน IP ของเซิร์ฟเวอร์อีเมลข้ามคืนหรือจะสับสนกับผู้ที่รับอีเมลในวันนี้ โดยทั่วไปสิ่งอำนวยความสะดวกที่เมลเซิร์ฟเวอร์จะเปลี่ยน IP pool และสิ่งนี้ทำให้ฉันต้องเปลี่ยนระเบียน A และ MX สำหรับเมลเซิร์ฟเวอร์ เนื่องจากฉันไม่ได้เปลี่ยนเซิร์ฟเวอร์ DNS เอง (ไม่ย้ายระเบียนไปยังเซิร์ฟเวอร์ที่มีสิทธิ์อื่น) การเปลี่ยนแปลงจะใกล้ทันทีหรือจะยังคงใช้เวลานานถึง 48 ชั่วโมงเนื่องจากการแคชกับเซิร์ฟเวอร์ DNS ที่ไม่ได้รับอนุญาตที่แตกต่างกันซึ่งอาจมีการสอบถามเมื่อเร็ว ๆ นี้ ?

ขอบคุณสำหรับข้อมูลเชิงลึกใด ๆ

M

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

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

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

นี่คือบทความที่สรุปความล้มเหลว / MXบันทึกสำรอง: http://www.zytrax.com/books/dns/ch9/mail.html

การตั้งค่าที่สำคัญที่สุดใน senario TTLของคุณคือระเบียน DNS ที่เกี่ยวข้อง

ที่ต่ำกว่าTTLการตั้งค่าที่ดีกว่า - คุณมักจะได้รับการ "ทันที" เพราะทุกเซิร์ฟเวอร์ DNS ออกมีที่มีพฤติกรรมการแคชที่มีความหลากหลาย แต่ที่ต่ำกว่าTTLการตั้งค่าที่ดีกว่าผลลัพธ์ของคุณจะ ...

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

คำตอบต่างๆที่โพสต์แล้วครอบคลุมทุกสิ่งที่คุณต้องกังวลเกี่ยวกับ

• ตั้งค่า TTL เป็นค่าต่ำ พูด 1H สองสามวันก่อนการเปลี่ยนแปลง ลองทำอย่างน้อยปัจจุบัน TTL ก่อนการเปลี่ยนแปลง 2 เท่า TTL จะดีกว่า
• เพิ่มระเบียน A ใหม่สองรายการสำหรับเซิร์ฟเวอร์จดหมายโดยใช้ที่อยู่เก่าและใหม่ สร้างระเบียน MX สำหรับแต่ละรายการที่ให้ความสำคัญสูงสุดกับที่อยู่เซิร์ฟเวอร์เก่า ลบ MX สำหรับที่อยู่เก่าทันทีที่คุณตัดทอน กำหนดลำดับความสำคัญในทั้งสองระเบียนเหล่านี้ต่ำกว่าระเบียนที่มีอยู่ (การส่งเซิร์ฟเวอร์ไม่ควรตรวจสอบชื่อที่แบนเนอร์ของคุณใช้
• เพิ่มระเบียน A ใหม่สำหรับเซิร์ฟเวอร์จดหมายที่มีชื่อปัจจุบัน และรับการตั้งค่าการบันทึก PTR สำหรับที่อยู่ใหม่บันทึก A จะส่งคืนที่อยู่ทั้งสอง สิ่งนี้จะช่วยให้การตรวจสอบ rDNS สามารถทำงานกับที่อยู่ใดก็ได้ (เซิร์ฟเวอร์ที่ได้รับจำนวนมากให้ความสำคัญกับเรื่องนี้และอาจปฏิเสธข้อความหรือจัดประเภทเป็นสแปมหาก rDNS ล้มเหลว)

ตอนนี้คุณพร้อมสำหรับการตัดไปยังที่อยู่ใหม่ หลังจาก cutover คุณสามารถล้างข้อมูล

• ลบระเบียน MX สำหรับชื่อใหม่และระเบียน A สำหรับที่อยู่เก่า
• รอสักครู่แล้วลบระเบียน A สำหรับชื่อใหม่

สิ่งนี้ควรโปร่งใสสำหรับผู้ใช้ของคุณอย่างสมบูรณ์ ปัญหาใด ๆ ที่คุณพบควร จำกัด เฉพาะเซิร์ฟเวอร์ที่ไม่สอดคล้องกับมาตรฐาน

คุณสามารถใช้เทคนิคการบันทึกแบบ Double A สำหรับบริการอื่น ๆ แต่จะมีความล่าช้าเมื่อลูกค้าลองใช้ที่อยู่ที่ไม่ตอบสนองและรอให้หมดเวลา