ฉันมี DNS ภายใน (เป็นแบบภายในทั้งหมด เช่น เครือข่ายไม่ได้เชื่อมต่อกับอินเทอร์เน็ต) สำหรับกลุ่มเครือข่าย มีการตั้งค่าดังนี้:
แต่ละเครือข่ายมีช่วงที่อยู่ที่แตกต่างกัน 10.x.0.0/16 และโดเมนของตัวเอง โดเมนx (เป็นโดเมนระดับบนสุด) - ตัวอย่างเช่น เครือข่าย 10.1.0.0/16 มี โดเมน1 (ทุกโฮสต์ในเครือข่ายนี้มีชื่อ DNS somehost.domain1)
สำหรับแต่ละเครือข่าย/โดเมน โฮสต์ ns.domainx (10.x.1.1) เป็นเซิร์ฟเวอร์ DNS ที่จัดการทั้งโซนไปข้างหน้า โดเมนx และโซนถอยหลัง x.10.in-addr.arpa
เครือข่ายเหล่านี้ไม่ได้เชื่อมต่อกัน ยกเว้นเซิร์ฟเวอร์แบบหลายบ้านพิเศษที่มีการเชื่อมต่อกับเครือข่ายเหล่านี้ทั้งหมด (และคำถามของฉันเกี่ยวกับเซิร์ฟเวอร์นั้นจริงๆ) - แต่มันไม่ได้กำหนดเส้นทางแพ็กเก็ตระหว่างเครือข่ายเหล่านั้น มันสามารถสื่อสารกับแต่ละเครือข่ายเท่านั้น พวกเขา. มันคือ โดยการออกแบบแต่ละเครือข่ายได้รับการออกแบบให้ทำงานแยกจากกันและเป็นสแตนด์อโลน
ดังนั้นเซิร์ฟเวอร์ DNS ในแต่ละเครือข่ายจึงรู้เฉพาะโดเมนของตนเท่านั้น มันไม่รู้ (และ ไม่ควรรู้) อะไรก็ได้เกี่ยวกับโดเมนจากเครือข่ายอื่น
อย่างไรก็ตาม เซิร์ฟเวอร์หลายบ้านที่ฉันกล่าวถึงก่อนหน้านี้จำเป็นต้องมีการแก้ไข DNS ที่ใช้งานได้สำหรับที่อยู่ในเครือข่ายเหล่านี้ทั้งหมด ตามข้อกำหนด ฉันไม่สามารถแตะต้องสิ่งใดในเครือข่ายใด ๆ โดยเฉพาะเซิร์ฟเวอร์ DNS ของพวกเขา ฉันสามารถแก้ไขการกำหนดค่าของเซิร์ฟเวอร์หลายบ้านเท่านั้น
ดังนั้นฉันจึงตั้งค่า BIND บนเซิร์ฟเวอร์หลายบ้านที่กำหนดโซน . เป็น "หลัก" และไฟล์โซนมีบันทึกต่อไปนี้:
1.10.in-addr.arpa ใน NS ns.domain1.
โดเมน1. ใน NS ns.domain1.
ns.domain1. ใน 10.1.1.1
2.10.in-addr.arpa ใน NS ns.domain2.
โดเมน2. ใน NS ns.domain2.
ns.domain2. ใน 10.2.1.1
3.10.in-addr.arpa ใน NS ns.domain3.
โดเมน3. ใน NS ns.domain3.
ns.domain3. ใน 10.3.1.1
และอื่นๆ สำหรับทุกเครือข่าย
ทุกอย่างทำงานได้ดี แต่มีปัญหาเล็กน้อยอย่างหนึ่ง
บางครั้งเซิร์ฟเวอร์ DNS สำหรับเครือข่ายใดเครือข่ายหนึ่งหยุดทำงาน ในเครือข่ายเหล่านี้ เซิร์ฟเวอร์ DNS หยุดทำงานคือ ไม่ ถือว่าล้มเหลว - เป็นเพียงสถานะการทำงานปกติที่สามารถเกิดขึ้นได้ เป็นที่คาดหมายและเป็นเรื่องปกติที่จะไม่มีการแก้ไข DNS สำหรับเครือข่ายนั้น ๆ ในขณะนั้น
แต่มีที่อยู่ IP เฉพาะหนึ่งในเครือข่าย 1 (เช่น 10.1.10.10) ที่ฉันต้องการ เสมอ เพื่อแก้ไขเป็นชื่อโดเมน - แม้ว่า DNS สำหรับเครือข่าย 1 จะหยุดทำงาน ดังนั้นจึงต้องได้รับการแก้ไขโดยเซิร์ฟเวอร์ภายใน ไม่ใช่การมอบหมายไปยังเซิร์ฟเวอร์สำหรับเครือข่าย 1 อันที่จริง เป็นที่ยอมรับเช่นกันว่า NXDOMAIN จะถูกส่งกลับเป็นคำตอบสำหรับการค้นหาที่อยู่นี้ (หากกำหนดค่าได้ง่ายกว่า) แต่ ต้องตอบกลับทันที โดยไม่ต้องพยายามติดต่อเซิร์ฟเวอร์ DNS สำหรับเครือข่าย 1 - ความล่าช้าเมื่อเซิร์ฟเวอร์หยุดทำงานคือสิ่งที่เราต้องการหลีกเลี่ยง
และฉันไม่รู้ว่าต้องทำอย่างไร
การเพิ่มบันทึก PTR สำหรับ 10.10.1.10.in-addr.arpa ไปที่ . ไฟล์โซนไม่ทำงาน - ดูเหมือนว่าจะถูกละเว้น และเมื่อ DNS สำหรับเครือข่าย 1 ไม่ทำงาน 10.1.10.10 ไม่ได้รับการแก้ไข
จะทำให้ที่อยู่นี้แก้ไขในเครื่องได้อย่างไร
ฉันพบวิธีแก้ปัญหา มันง่ายมากจริงๆ มันเพียงพอที่จะเพิ่ม 10.10.1.10.in-addr.arpa เป็นอีกหนึ่งโซน "ต้นแบบ" ของฉัน ชื่อ.conf ไฟล์โดยไฟล์โซนเป็น ชื่อว่างเปล่า เช่น. ไฟล์เริ่มต้นที่รวมอยู่ในการกำหนดค่า BIND เพื่อให้บริการโซน 0.in-addr.arpa.
ตอนนี้แบบสอบถามสำหรับ 10.1.10.10 ให้คำตอบว่าที่อยู่ไม่มีบันทึก PTR โดยไม่คำนึงว่าเซิร์ฟเวอร์ DNS สำหรับ 10.1.0.0/16 ขึ้นหรือลง นั่นช่วยลดความล่าช้าในการแก้ไขที่อยู่ ซึ่งเพียงพอสำหรับฉัน แน่นอนฉันสามารถกำหนดไฟล์โซนแยกต่างหากสำหรับโซนนี้แทน ชื่อว่างเปล่า และเพิ่มไฟล์บันทึก PTR ในโซนนี้ @ เพื่อให้ที่อยู่ IP แก้ไขเป็นชื่อโดเมนจริง ๆ แต่ฉันไม่ต้องการสิ่งนี้ในตอนนี้
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
