BIND9: ผู้ส่งมีลำดับความสำคัญหรือไม่


11

ฉันเพิ่งตั้งค่า BIND9-Server ของฉันและใช้งานได้ดี ฉันตัดสินใจที่จะรวมกลไกเล็กน้อยในความสามารถของ DNS ของฉัน ฉันต้องการแก้ไขโดเมนที่เข้ากันได้กับ IANA เช่น * .com และ * .net โดย DNS-server ของ ISP ของฉัน แต่ฉันต้องการรวมโดเมน OpenNIC เช่น. geek และ. project โดยใช้ OpenNIC-DNS-Server เป็น ผู้ส่งของ ดังนั้นส่วนผู้ส่งของฉันโดยทั่วไปมีลักษณะเช่นนี้:

forwarders {
   IP.OF.ISP.DNS;
   IP.OF.OPENNIC.DNS;
}

แม้ว่าข้อเท็จจริงที่ว่า OpenNIC-DNS จะสามารถแก้ไขโดเมน IANA ได้ แต่ฉันไม่ต้องการเชื่อใจพวกเขาเพราะการไฮแจ็กโดเมนที่สำคัญเช่น paypal.com หรือ ebay.com นั้นง่ายเกินไป Bind9 ถามหาเร็กคอร์ดของตัวส่งต่อทีละขั้นตอน (จากไอพีแรกไปจนถึงไอพีสุดท้าย) หรือมันจะถามโดยพลการ? ฉันต้องการไปให้แน่ใจว่า DNS ของ ISP ของฉันมีความสำคัญสูงสุดเมื่อแก้ไขปัญหาโดเมน

มีวิธีใดบ้างที่ฉันสามารถ "ตรวจแก้จุดบกพร่อง" การสืบค้น DNS โดยตรงบน DNS-Server ของฉันเพื่อดูว่าเซิร์ฟเวอร์ใช้เพื่อค้นหาโดเมนที่ร้องขอหรือไม่

คำตอบ:


5

ฉันเคยดูมาแล้ว แต่ฉันมีปัญหาในการหาสิ่งที่ดีกว่านี้ในตอนนี้: https://lists.isc.org/pipermail/bind-users/2012-April/087455.html

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

ในระยะสั้นผู้ส่งคำสั่งได้รับการออกแบบด้วยความซ้ำซ้อนและลดเวลาแฝงในใจให้น้อยที่สุด - ไม่ใช่ในรูปแบบการเข้าแทนที่แบบสแตนด์บายที่ใช้งานอยู่ สิ่งนี้จะไม่ทำสิ่งที่คุณต้องการและฉันไม่ทราบถึงคำสั่ง BIND ใด ๆ เพื่อกำหนดค่าพฤติกรรมนี้อีกครั้ง ฉันจบการจ้องมองที่เอกสาร BIND อย่างยุติธรรมในสายงานของฉันดังนั้นฉันจึงค่อนข้างมั่นใจในข้อความนี้


4
ที่กล่าวว่าคุณอาจสามารถบรรลุสิ่งที่คุณพยายามทำโดยการสร้างโซนผู้ส่งสำหรับแต่ละส่วนต่อท้ายโดเมนที่คุณต้องการให้ OpenNIC จัดการ นอกจากนี้ยังเป็นไปได้ที่จะใช้โซน "คำใบ้" แต่ดูเหมือนว่าคุณสนใจที่จะใช้แคชต้นน้ำแทนที่จะจัดการการเรียกซ้ำด้วยตัวเอง
Andrew B
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.