Score:0

คำขอไปยังเซิร์ฟเวอร์ DNS จะได้รับการประมวลผลอย่างไร

ธง je

ฉันวางแผนที่จะย้ายโซน ns ภายนอกไปนอกประเทศ 3 รายการที่ผู้รับจดทะเบียนโดเมนจะระบุที่อยู่ภายนอก (นอกประเทศ) และ 1 รายการจะระบุ ns ในพื้นที่ของฉัน (ภายในประเทศ) เมื่อสอบถามนายทะเบียน เขาให้ผลลัพธ์แบบสุ่ม นั่นคือ 4 ระเบียนถูกสลับ

คำถาม:

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

  2. ฉันคิดว่าจะมีการร้องขอ NS ถัดไปและต่อๆ ไป หากเป็นจริง โปรดบอกหมายเลข RFC ที่มีการบันทึกไว้ของพฤติกรรมนี้ (ฉันไม่ทราบวิธีส่งคำขอใน Google อย่างถูกต้อง)

Patrick Mevzek avatar
cn flag
คำศัพท์ที่ชาญฉลาด คุณกำลังผสม "ผู้รับจดทะเบียนชื่อโดเมน" และ "ผู้ให้บริการ DNS" กิจการเดียวสามารถทำได้ทั้งสองอย่าง แต่งานต่างกันโดยสิ้นเชิง คำถามของคุณเกี่ยวข้องกับการจัดการ DNS เท่านั้น ไม่ใช่การจดทะเบียนชื่อโดเมน
Patrick Mevzek avatar
cn flag
"สมมติว่าเซิร์ฟเวอร์ NS หนึ่งเครื่องจะอยู่ในสถานะปิดใช้งานเสมอ" นั่นไม่ใช่วิธีการทำงานของ DNS คุณมีเรกคอร์ด 'NS' หลายเรกคอร์ดเพื่อจัดการความซ้ำซ้อนและล้มเหลว แต่ไม่ควรเผยแพร่เรกคอร์ดที่คุณรู้ว่าจะไม่ทำงาน เนื่องจากเซิร์ฟเวอร์ไม่สามารถเข้าถึงได้ หากเนมเซิร์ฟเวอร์อื่นใช้งานได้ DNS ของคุณจะใช้งานได้แม้ว่าจะมีความล่าช้าก็ตาม แต่การตั้งค่า DNS ของคุณยังคงเปราะบางและให้ความรู้สึกผิดๆ ของการล้มเหลวโดยดูที่ระเบียน 'NS'
Tommiie avatar
bw flag
เหตุใด NS หนึ่งรายการจึงถูกปิดใช้งานเสมอ (กำหนดว่าปิดใช้งาน) บางทีคุณอาจต้องการทำให้มันเป็นอาจารย์ที่ซ่อนอยู่แทน?
Score:0
ธง cn
Bob

Wikipedia มีรายการที่เป็นประโยชน์กับ RFC ทั้งหมด https://en.wikipedia.org/wiki/Domain_Name_System#RFC_documents

เพื่อเป็นการแนะนำพฤติกรรมดั้งเดิมของข้อกำหนด DNS นี่อาจเป็นส่วนที่คุณต้องการ: https://datatracker.ietf.org/doc/html/rfc1034#section-5.3.3

สิ่งที่จะเป็นผลลัพธ์สำหรับแบบสอบถามที่ส่งไปยังเซิร์ฟเวอร์ชื่อที่ปิดใช้งาน:

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

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

ตามที่แพทริคให้ความเห็น: สิ่งที่จะเกิดขึ้นจริง (ในกรณีขอบและสถานการณ์ความล้มเหลว) ขึ้นอยู่กับซอฟต์แวร์และเวอร์ชันเฉพาะ

Patrick Mevzek avatar
cn flag
วิธีที่ตัวแก้ไขเลือกเนมเซิร์ฟเวอร์ที่ต้องการค้นหานั้นซับซ้อนและไม่เกี่ยวข้องกับ IETF RFCs ด้วยเหตุนี้จึงขึ้นอยู่กับซอฟต์แวร์ที่ใช้และเวอร์ชันซึ่งโดยพื้นฐานแล้วหมายถึงผลลัพธ์สุดท้ายไม่ได้กำหนดไว้สำหรับทุกกรณี โดยสรุปและในทางทฤษฎี ตัวแก้ไขจะลองใช้เนมเซิร์ฟเวอร์ทั้งหมดในตอนเริ่มต้นก่อนที่จะรวบรวมข้อมูลเพียงพอว่าพวกเขาตอบกลับอย่างไรและเร็วเพียงใด ดังนั้นในตอนท้าย (การแก้ปัญหาอย่างต่อเนื่อง) เนมเซิร์ฟเวอร์ที่เร็วที่สุดจะถูกสอบถามเกือบตลอดเวลา แต่ไม่เสมอไป (เพื่อให้ยังคงสามารถ เพื่อเปลี่ยนไปใช้อีกอันหนึ่งหากอันหนึ่งเร็วขึ้นอย่างกระทันหัน)
Patrick Mevzek avatar
cn flag
รายการ RFC ของ Wikipedia อาจดี แต่ก็อ่านยากและไม่ครบถ้วนสมบูรณ์ ลิงก์นี้ไปยังเอกสารที่ไม่ได้ผูกไว้ซึ่งระบุ RFCs ตัวแก้ไขแบบเรียกซ้ำแบบเรียกซ้ำนี้กำลังใช้งานอยู่ ให้แนวคิดภาคสนามที่แม่นยำยิ่งขึ้นเกี่ยวกับสิ่งที่เกิดขึ้น: https://unbound.docs.nlnetlabs.nl/en/latest/reference/rfc-compliance.html

โพสต์คำตอบ

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