ต้องใช้เวลานานเท่าใดกว่าที่ระเบียน DNS จะเผยแพร่

นี่เป็นคำถามที่ยอมรับได้เกี่ยวกับการเผยแพร่ DNS

ใช้เวลานานเท่าใดในการบันทึกประเภทต่างๆเพื่อเผยแพร่
ทำบางเผยแพร่เร็วกว่าคนอื่น ๆ ?
เหตุใดจึงต้องใช้เวลาก่อนที่ระเบียน DNS จะเผยแพร่และทำงานอย่างไร

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

เซิร์ฟเวอร์ DNS แบบเรียกซ้ำทำคิวรีในนามของลูกค้า เซิร์ฟเวอร์ DNS แบบเรียกซ้ำโดยทั่วไปจะเรียกใช้โดย ISP หรือแผนกไอทีถูกใช้โดยคอมพิวเตอร์ไคลเอนต์เพื่อแก้ไขชื่อของทรัพยากรอินเทอร์เน็ต เซิร์ฟเวอร์ DNS แบบเรียกซ้ำแคชผลลัพธ์ของการสืบค้นที่ปรับปรุงประสิทธิภาพ แบบสอบถามสำหรับข้อมูลที่แคชแล้วสามารถตอบได้โดยไม่ต้องทำแบบสอบถามเพิ่มเติม ระยะเวลาเป็นวินาทีที่ผลลัพธ์ถูกแคชควรจะขึ้นอยู่กับค่าที่กำหนดค่าได้ซึ่งเรียกว่า Time To Live (TTL) ค่านี้ถูกระบุโดยเซิร์ฟเวอร์ DNS ที่มีสิทธิ์สำหรับระเบียนที่สอบถาม

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

เป็นวิธีปฏิบัติที่ดีในการระบุค่า TTL สั้นพอที่จะรองรับการเปลี่ยนแปลง DNS ในแต่ละวันของ neecssary แต่นานพอที่จะสร้าง "ชนะ" ในการแคช (เช่นไม่สั้นจนเกินอายุแคชเร็วเกินไปที่จะ ให้การปรับปรุงประสิทธิภาพใด ๆ ) การใช้กลยุทธ์ที่สมดุลด้วยค่า TTL ส่งผลให้ "ชนะ" สำหรับทุกคน จะช่วยลดทั้งการโหลดและการใช้แบนด์วิดท์สำหรับเซิร์ฟเวอร์ DNS ที่มีสิทธิ์สำหรับโดเมนที่กำหนดเซิร์ฟเวอร์หลักและเซิร์ฟเวอร์ TLD มันลดการใช้แบนด์วิดท์ upstream สำหรับผู้ให้บริการของเซิร์ฟเวอร์ DNS แบบเรียกซ้ำ มันส่งผลในการตอบแบบสอบถามอย่างรวดเร็วสำหรับคอมพิวเตอร์ไคลเอนต์

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

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

หากทุกคน "เล่นตามกฎ" การเปลี่ยนแปลงระเบียน DNS สามารถ "มีผล" ได้อย่างรวดเร็ว ในกรณีของการเปลี่ยนแปลงที่อยู่ IP ที่กำหนดให้กับเรคคอร์ด "A" ตัวอย่างเช่นจะทำการ backoff แบบเอ็กซ์โพเนนเชียลของค่า TTL ซึ่งจะนำไปสู่เวลาที่การเปลี่ยนแปลงจะเกิดขึ้น ยกตัวอย่างเช่น TTL อาจเริ่มต้นที่ 1 วันและลดลงเป็น 12 ชั่วโมงสำหรับระยะเวลา 24 ชั่วโมงจากนั้น 6 ชั่วโมงสำหรับช่วงเวลา 12 ชั่วโมง 3 ชั่วโมงสำหรับระยะเวลา 6 ชั่วโมงและอื่น ๆ จนถึงช่วงเวลาที่เหมาะสม เมื่อสำรองข้อมูล TTL แล้วบันทึกสามารถเปลี่ยนแปลงได้และ TTL จะนำกลับไปสู่ค่าที่ต้องการสำหรับการดำเนินงานประจำวัน (ไม่จำเป็นต้องใช้ backoff แบบเอ็กซ์โปเนนเชียลอย่างไรก็ตามกลยุทธ์นี้จะลดเวลาที่บันทึกจะมี TTL ต่ำและลดภาระให้กับเซิร์ฟเวอร์ DNS ที่มีสิทธิ์)

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

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