Score:1

จะตรวจสอบความสอดคล้องของระเบียน DNS ระหว่างเซิร์ฟเวอร์ DNS หลักได้อย่างไร

ธง jp

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

หากมีคนต้องการอัปเดตระเบียน DNS สำหรับเซิร์ฟเวอร์ DNS รูททั้งหมด มีกลไกการซิงค์หรือการจำลองแบบระหว่างเซิร์ฟเวอร์ DNS ทั้งหมดเหล่านี้หรือไม่

ซับซ้อนมากขึ้น หากคนสองคนต้องการอัปเดตระเบียน DNS เดียวกันพร้อมกัน DNS จะแก้ปัญหาข้อขัดแย้งที่อาจเกิดขึ้นได้อย่างไร

เช่น คน อัปเดตบันทึก DNS r1 ถึง r2 บน a.root-servers.net.(ปรับใช้ที่ภูมิภาค A)และในเวลาเดียวกันบุคคล อัปเดตบันทึก DNS เดียวกัน r1 ถึง r3 บน a.root-servers.net (ปรับใช้ที่ภูมิภาค B); นอกจากนี้สมมติว่ามีเวลาแฝงของเครือข่ายที่สำคัญระหว่าง ภาค ก และ ภูมิภาค B.

ปัญหาที่สองคล้ายกับคลัสเตอร์ฐานข้อมูลตรงที่มีเซิร์ฟเวอร์ฐานข้อมูลหลักมากกว่าหนึ่งเซิร์ฟเวอร์ และเซิร์ฟเวอร์หลักเหล่านี้จะซิงค์ข้อมูลจากเซิร์ฟเวอร์หลักอื่นๆ ทั้งหมด

Score:0
ธง cn

รูทคือรายการของเซิร์ฟเวอร์ DNS ที่เจ้าหน้าที่บน ระดับสูง สามารถหาโดเมนได้ (ข้อความค้นหา DNS จำนวนมากไม่สามารถเข้าถึงเซิร์ฟเวอร์รูท และได้รับการตอบกลับแคชจากที่อื่น) มีผู้ดูแลโซนรูทหนึ่งคนที่สร้างมันขึ้นมา ผู้ดูแลเซิร์ฟเวอร์รูททุกคนคว้ามันมาด้วย การถ่ายโอนโซน DNS และทำซ้ำภายในด้วยกลไกเฉพาะไซต์ เซิร์ฟเวอร์รากเหล่านี้สามารถพบได้พร้อมกับซอฟต์แวร์ DNS หรือในโซน root-servers.net ที่นี่ หรือ ที่นี่.

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

ขณะนี้มีที่อยู่ IP 13 รายการสำหรับเซิร์ฟเวอร์ DNS รูท

13 ชื่อ, 26 ที่อยู่ IP, หลายๆ แคสต์อินสแตนซ์ เซิร์ฟเวอร์รูททั้งหมดมีทั้งที่อยู่บริการ IPv4 และ IPv6 ใช้ตัวไหนก็ได้ เลือกเอาครับ

ดูสิ่งนี้ด้วย: ที่อยู่ IP ของเนมเซิร์ฟเวอร์รูทสามารถเปลี่ยนได้หรือไม่

Score:0
ธง jo

เพื่อตอบคำถามแรกของคุณ: 'วิธีซิงค์โซน DNS ระหว่างเซิร์ฟเวอร์ TLD DNS'

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

และสำหรับคำถามที่สองของคุณ: 'DNS ป้องกันการอัปเดตที่ขัดแย้งกันได้อย่างไร'

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

เนื่องจากมีเพียง 1 มาสเตอร์สำหรับโซนที่กำหนด จึงเป็นไปไม่ได้เลยที่จะมีการเปลี่ยนแปลงที่ขัดแย้งกัน

da_miao_zi avatar
jp flag
มาสเตอร์เพียงตัวเดียวสำหรับโซนที่กำหนดจะหลีกเลี่ยงการอัพเดทที่ขัดแย้งกันอย่างสมบูรณ์แบบ แต่ในอีกด้านหนึ่ง มันทำให้เกิดความล้มเหลวเพียงจุดเดียวหรือไม่? โชคดีที่การอัปเดตสำหรับ DNS นั้นหายากกว่า DB
madacoda avatar
jo flag
มีกลไกอื่นสำหรับการมี "หลายมาสเตอร์" แต่ทั้งหมดนั้นอยู่นอกโปรโตคอล DNS หลัก แต่จริงๆ ไม่ใช่เรื่องใหญ่ หากมาสเตอร์ของคุณล้มเหลว คุณยังคงมีข้อมูลโซนอยู่บนโหนดสเลฟของคุณ คุณสามารถเลื่อนตำแหน่งนายใหม่ได้ในกรณีนั้น นอกจากนี้ ข้อมูล DNS เป็นเพียงไฟล์ข้อความจำนวนมาก มันง่ายมากที่จะสร้างความซ้ำซ้อนผ่านสคริปต์ลินุกซ์บางตัว

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา