Bind9 กับ dyndns ปฏิเสธที่จะอัปเดตโซนหนึ่ง ใช้งานได้ปกติกับอีกโซนหนึ่งด้วยคีย์เดียวกัน

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

เดอะ ตัวอย่าง.คอม ได้รับการปรับปรุง (เพิ่มและลบระเบียน) อย่างไรก็ตามโซนย้อนกลับไม่ทำงาน

การกำหนดค่าสำหรับทั้งสองไฟล์มีดังต่อไปนี้:

โซน "0.0.10.in-addr.arpa" ใน {
    พิมพ์ต้นแบบ;
    ไฟล์ "master/10.0.0.zone";
    อนุญาตแบบสอบถาม { ห้องปฏิบัติการ; };
    อนุญาตการปรับปรุง { คีย์ update-key.; };
};

โซน "example.com" ใน {
    พิมพ์ต้นแบบ;
    ไฟล์ "master/example.com.zone";
    อนุญาตแบบสอบถาม { ห้องปฏิบัติการ; };
    อนุญาตการปรับปรุง { คีย์ update-key.; };
};

ข้อความแสดงข้อผิดพลาดมีดังต่อไปนี้:

26 ม.ค. 18:27:50 น. dnssrv ชื่อ [890542]: ลูกค้า @ 0x7f128c048c20 10.1.0.12#49800/key update-key: อัปเดตโซน 'example.com/IN': อัปเดตไม่สำเร็จ: testrv.example.com/A: 'rrset มีอยู่ (ไม่ขึ้นกับค่า)' ข้อกำหนดเบื้องต้นไม่เป็นไปตามข้อกำหนด (NXRRSET)

26 ม.ค. 18:27:50 น. dnssrv ชื่อ [890542]: ลูกค้า @ 0x7f12a41a3500 10.1.0.12#49802/key update-key: ผู้ลงนาม "update-key" ได้รับการอนุมัติ
26 ม.ค. 18:27:50 น. dnssrv ชื่อ [890542]: ลูกค้า @ 0x7f12a41a3500 10.1.0.12#49802/key update-key: อัปเดตโซน 'example.com/IN': เพิ่ม RR ที่ 'testsrv.example.com' A 10.1 .0.153

26 ม.ค. 18:27:51 น. dnssrv ชื่อ [890542]: ลูกค้า @ 0x7f1280059890 10.1.0.12#49804/key update-key: update '0.10.IN-ADDR.ARPA/IN' ถูกปฏิเสธ
26 ม.ค. 18:27:51 น. dnssrv ชื่อ [890542]: ลูกค้า @ 0x7f128c0410d0 10.1.0.12#49806/key update-key: update '0.10.IN-ADDR.ARPA/IN' ถูกปฏิเสธ

ฉันใช้ rndc ติดตาม เพื่อเพิ่มระดับบันทึกเป็น 6 แต่ไม่มีประโยชน์ ฉันไม่พบเบาะแสเพิ่มเติมเกี่ยวกับปัญหา

ฉันอยู่ในความมืดจริง ๆ ตั้งแต่ฉันได้พยายาม:

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

ฉันยังคงได้รับข้อความปฏิเสธ ดังนั้นฉันจึงอยู่ในความมืดมิด
ความช่วยเหลือใด ๆ ที่จะได้รับการชื่นชม

ในที่สุดฉันก็แก้ไขปัญหาโดยทำ:

• หยุดบริการที่มีชื่อ
• ลบไฟล์ jnl ทั้งหมด
• สร้างไฟล์โซนใหม่

ยังไม่ทราบว่าอะไรทำให้เกิดปัญหานี้