Score:0

ISC-DHCP และ BIND 9 DNS: การอัปเดต DDNS ล้มเหลวสำหรับซับเน็ต /27

ธง ph

ฉันมีปัญหากับการอัปเดต DDNS กับเซิร์ฟเวอร์ ISC-DHCP

ส่วนซับเน็ต /etc/dhcp/dhcpd.conf ของฉันที่ไม่ทำงานคือ:

ซับเน็ต 193.198.186.192 เน็ตมาสก์ 255.255.255.224 {
  ช่วง 193.198.186.200 193.198.186.222; #มท20211210
  ตัวเลือกซับเน็ตมาสก์ 255.255.255.224;
  ตัวเลือกโดเมนเนมเซิร์ฟเวอร์ 161.53.235.3, 161.53.2.70;
  ตัวเลือกชื่อโดเมน "slava.alu.hr";
  ddns-ชื่อโดเมน "slava.alu.hr";
  โซน slava.alu.hr. {
   หลัก 127.0.0.1;
   คีย์ DDNS_UPDATE;
  }
  โซน 192-27.186.198.193.in-addr.arpa {
   หลัก 127.0.0.1;
   คีย์ DDNS_UPDATE;
  }
  ตัวเลือกออกอากาศที่อยู่ 193.198.186.223;
  เราเตอร์ตัวเลือก 193.198.186.193;
  เวลาเช่าเริ่มต้น 43200;
  เวลาเช่าสูงสุด 86400;
}

การมอบหมายเครือข่ายของฉันสำหรับ 193.198.186.192/27 เป็นตัวอักษร 192/27.186.198.193.in-addr.arpa และดูเหมือนว่าพวกเขาจะไม่เต็มใจที่จะเปลี่ยนแปลงมัน

ดูที่นี่:

root@domac:~# host -t ใดๆ 193.198.186.195
195.186.198.193.in-addr.arpa เป็นนามแฝงสำหรับ 195.192/27.186.198.193.in-addr.arpa
195.192/27.186.198.193.in-addr.arpa ตัวชี้ชื่อโดเมน test-record.slava.alu.hr
รูท@โดเมน:~#

สิ่งนี้กำหนดให้รายการ /etc/bind/named.conf.local ของฉันไปที่:

โซน "192/27.186.198.193.in-addr.arpa" ใน {
        พิมพ์ต้นแบบ;
        ไฟล์ "/var/cache/bind/192-27.186.198.193.in-addr.arpa.db";
        อนุญาตให้อัปเดต { คีย์ DDNS_UPDATE; };
};

อย่างไรก็ตาม ISC DHCPd ถือว่า "/" ในชื่อโซนเป็นข้อผิดพลาดทางไวยากรณ์

มีวิธีบอกให้ BIND หรือ ISC DHCPd ยอมรับชื่ออื่นในการประกาศโซน /etc/bind/named.conf.local และ /etc/dhcp/dhcpd.conf หรือไม่

เมื่อฉันเปลี่ยนการประกาศใน dhcpd.conf เป็น:

  โซน 186.198.193.in-addr.arpa {
   หลัก 127.0.0.1;
   คีย์ DDNS_UPDATE;
  }

และ /etc/bind/named.conf.local รายการไปที่:

โซน "186.198.193.in-addr.arpa" ใน {
        พิมพ์ต้นแบบ;
        ไฟล์ "/var/cache/bind/192-27.186.198.193.in-addr.arpa.db";
        อนุญาตให้อัปเดต { คีย์ DDNS_UPDATE; };
};

จากนั้นการอัปเดต DHCPd แบบไดนามิกจะทำงาน:

10 ธันวาคม 15:42:59 domac dhcpd[11512]: DHCPREQUEST สำหรับ 193.198.186.211 จาก e8:48:b8:5b:8c:46 (LAPTOP-MTODOROV) ผ่าน 193.198.186.193
10 ธันวาคม 15:42:59 domac dhcpd[11512]: DHCPACK เมื่อ 193.198.186.211 ถึง e8:48:b8:5b:8c:46 (LAPTOP-MTODOROV) ผ่าน 193.198.186.193
10 ธันวาคม 15:42:59 domac dhcpd[11512]: เพิ่มแผนที่ไปข้างหน้าใหม่จาก LAPTOP-MTODOROV.slava.alu.hr เป็น 193.198.186.211
10 ธันวาคม 15:42:59 domac dhcpd[11512]: เพิ่มแผนที่ย้อนกลับจาก 211.186.198.193.in-addr.arpa ไปยัง LAPTOP-MTODOROV.slava.alu.hr

และฉันสามารถเห็นได้จากขอบเขตของเซิร์ฟเวอร์ DNS ของฉัน:

root@domac:~# โฮสต์แล็ปท็อป-mtodorov.slava.alu.hr
LAPTOP-MTODOROV.slava.alu.hr มีที่อยู่ 193.198.186.211
root@domac:~# host -t ใดๆ 193.198.186.211
211.186.198.193.in-addr.arpa ตัวชี้ชื่อโดเมน LAPTOP-MTODOROV.slava.alu.hr
รูท@โดเมน:~#

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

ฉันไม่สามารถมีทั้งสองอย่างได้ เว้นแต่จะมีวิธีสั่งให้ DHCP หรือ BIND เพิ่มไปยังโซนที่มีชื่ออื่นใน BIND จากใน DHCP

ฉันดูเหมือนจะหมดตัวเลือก

ขอบคุณมากถ้าคุณรู้คำตอบ

ขอแสดงความนับถือ, มาวิน

ป.ล.

ฉันได้ลองทำสิ่งต่อไปนี้แล้ว แต่ไม่ได้ผล:

โซน "192-27.186.198.193.in-addr.arpa" ใน {
        พิมพ์ต้นแบบ;
        ไฟล์ "/var/cache/bind/192-27.186.198.193.in-addr.arpa.db";
};

โซน "186.198.193.in-addr.arpa" ใน {
        พิมพ์ต้นแบบ;
        ไฟล์ "/var/cache/bind/192-27.186.198.193.in-addr.arpa.db";
        อนุญาตให้อัปเดต { คีย์ DDNS_UPDATE; };
};

(สองโซนในไฟล์เดียวกัน)

สิ่งที่ฉันได้รับคือ:

root@domac:/etc/bind# ชื่อ-checkconf
/etc/bind/named.conf.local:49: ไฟล์ที่เขียนได้ '/var/cache/bind/192-27.186.198.193.in-addr.arpa.db': ใช้งานแล้ว: /etc/bind/named.conf .local:44
root@domac:/etc/bind#

เยี่ยมมาก :-( โปรแกรมเมอร์ฉลาดพอที่จะป้องกันการแฮ็กนี้!

แนวคิดใดๆ ที่จะทำให้สองโซนอ้างถึงฐานข้อมูลโซนเดียวกัน โซนหนึ่งจะตรงกับโซนการมอบหมายที่ได้รับมอบหมาย และอีกโซนหนึ่งจะตรงกับ 186.198.193.in-addr.arpa โซนที่ ISC DHCP เท่านั้นที่รู้วิธีอัพเดท?

  1. ฉันได้พยายามที่จะปิดล้อม 192/27.186.198.193.in-addr.arpa ในเครื่องหมายคำพูดเพื่อหลีกเลี่ยงข้อผิดพลาดทางไวยากรณ์ และฉันได้รับสิ่งนี้:

    10 ธันวาคม 23:17:45 domac dhcpd[26555]: /etc/dhcp/dhcpd.conf บรรทัด 187: ต้องการชื่อโฮสต์ 10 ธันวาคม 23:17:45 domac isc-dhcp-server[26545]: /etc/dhcp/dhcpd.conf บรรทัด 187: คาดหวังชื่อโฮสต์ 10 ธันวาคม 23:17:45 domac isc-dhcp-server[26545]: โซน "192/27.186.198.193.in-addr.arpa" 10 ธันวาคม 23:17:45 domac isc-dhcp-server[26545]: ^ 10 ธันวาคม 23:17:45 domac isc-dhcp-server[26545]: พบข้อผิดพลาดของไฟล์การกำหนดค่า - กำลังออก 10 ธันวาคม 23:17:45 domac isc-dhcp-server[26545]: กำลังออก 10 ธันวาคม 23:17:45 domac dhcpd[26555]: โซน "192/27.186.198.193.in-addr.arpa"

ดังนั้นสิ่งนี้ก็ไม่ได้ผลเช่นกัน ความหวังเดียวคือการหาวิธีใช้ฐานข้อมูลโซน DNS เดียวกันกับชื่อโซนสองชื่อ ฉันคิดว่าไม่ใช่กรณีที่หายาก ควรมีบทบัญญัติสำหรับกรณีเช่นนี้หรือไม่

มาวิน

Patrick Mevzek avatar
cn flag
ดู RFC2317 อีกครั้งสำหรับการมอบหมายแบบไม่มีคลาส in-addr.arpa มีเพียงระเบียน CNAME เท่านั้นที่ควรมีชื่อที่มี `/` ซึ่งถูกต้องสำหรับ CNAME แต่ไม่ถูกต้องสำหรับ NS (การมอบหมาย) หากคุณมี CNAME เป็น `129.128/26.2.0.192.in-addr.arpa.` โซนที่จะมอบสิทธิ์คือ `2.0.192.in-addr.arpa.` ดังนั้นในกรณีของคุณ การมอบสิทธิ์ควรเป็น `186.198.193 .in-addr.arpa` ไม่ใช่ `192/27.186.198.193.in-addr.arpa` จากนั้นปรับบันทึกทรัพยากรในนั้นแน่นอน
mt42 avatar
ph flag
ฉันเข้าใจว่า DHCP ต้องการอัปเดต `186.198.193.in-addr.arpa` และไม่สามารถจัดการ `192/27.186.198.193.in-addr.arpa` ทางวากยสัมพันธ์ได้ แต่ฉันได้รับมอบสิทธิ์ `192/27.186.198.193.in-addr.arpa` จากผู้ดูแลระบบระดับบน และฉันไม่สามารถเปลี่ยนแปลงได้ ฉันไม่สามารถอัปเดตโซนนั้นแบบไดนามิกได้เช่นกัน ฉันนึกถึงชื่อโซนสองโซนที่ใช้ฐานข้อมูลไฟล์เดียวกันร่วมกัน ... โซนหนึ่งกำหนดไว้สำหรับการมอบหมายและอ่านอย่างเดียว และอีกโซนหนึ่งสำหรับการอัปเดต DDNS จาก DHCP ด้วยฐานข้อมูลเดียวกัน BIND 9.1.5 จะอนุญาตให้มีการแฮ็กดังกล่าวหรือไม่ ฉันกำลังอ่านการอ้างอิง BIND แต่ไม่มีกรณีดังกล่าวปรากฏขึ้น ...
mt42 avatar
ph flag
ฉันไม่สามารถอัปเดต `186.198.193.in-addr.arpa แบบไดนามิกหรืออย่างอื่นได้ เพราะฉันไม่ใช่เจ้าของและไม่ได้รับอนุญาตให้อัปเดตแบบไดนามิกไปยังโซนนั้น มีการแบ่งปันโดยหลายองค์กร ฉันต้องคิดวิธีแก้ปัญหา มันเป็นปัญหาเนื่องจากมีการกำหนดที่อยู่ IP สาธารณะที่ไม่ใช่ NAT ผ่าน NAT
mt42 avatar
ph flag
ฉันยังได้รับมอบสิทธิ์ `192/27.186.198.193.in-addr.arpa` จากระดับบน และฉันก็เปลี่ยนไม่ได้เช่นกัน ฉันต้องนึกถึงการใช้ทั้งสองชื่อสำหรับข้อมูลโซนเดียวกัน ชื่อหนึ่งอ่านอย่างเดียวและอีกชื่อหนึ่งอัปเดตแบบไดนามิกโดย ISC DHCP
Patrick Mevzek avatar
cn flag
"ฉันไม่สามารถอัปเดต 186.198.193.in-addr.arpa แบบไดนามิกหรืออย่างอื่นได้ เพราะฉันไม่ใช่เจ้าของและไม่ได้รับอนุญาตให้อัปเดตแบบไดนามิกไปยังโซนนั้น มีการแชร์โดยหลายองค์กร" ซึ่งเป็นสิ่งที่ RFC2317 เกี่ยวข้องทุกประการ ลองดูที่มัน
Patrick Mevzek avatar
cn flag
นอกจากนี้ คุณสามารถใช้ชื่อโซนใดก็ได้และแทนที่ `/` ด้วย `-` หากง่ายกว่าสำหรับกรณีการใช้งานของคุณ มันถูกสะกดใน RFC: ตัวอย่างในที่นี้ใช้ "/" เพราะรู้สึกว่ามองเห็นได้ชัดเจนกว่า และ ผู้ตรวจสอบอวดรู้รู้สึกว่า 'สิ่งเหล่านี้ไม่ใช่ชื่อโฮสต์' อาร์กิวเมนต์ จำเป็นต้องทำซ้ำ เราแนะนำให้คุณอย่าเป็นคนอวดรู้และ ไม่คัดลอกตัวอย่างข้างต้นอย่างแม่นยำ เช่น ทดแทนมากขึ้น อักขระอนุรักษ์นิยม เช่น ยัติภังค์ สำหรับ "/" . จดบันทึก "ไม่ใช่ชื่อโฮสต์" เพื่ออธิบายว่าทำไมคุณไม่สามารถใช้เป็นชื่อโฮสต์ได้ในภายหลัง นั่นคือจุดประสงค์
Patrick Mevzek avatar
cn flag
"ฉันคิดว่าชื่อโซนสองโซนที่ใช้ฐานข้อมูลไฟล์เดียวกันร่วมกัน ... " คุณทำได้ แต่ไม่ใช่กับการอัปเดตแบบไดนามิก
mt42 avatar
ph flag
จนกว่าจะมีวิธีแก้ปัญหาที่ดีกว่า ฉันใช้วิธีแก้ปัญหาตามที่อธิบายไว้ที่นี่: https://serverfault.com/questions/806875/how-to-tell-isc-dhcp-correct-zone-for-reverse-zone-ddns-update อย่างไรก็ตาม ขอบคุณ แพทริค!
mt42 avatar
ph flag
ฉันได้อ่าน RFC 2317 อย่างครบถ้วนแล้ว แต่ฉันไม่ได้เป็นเจ้าของเขตการมอบหมาย ดังนั้นฉันจึงไม่สามารถเปลี่ยนแปลงหรือแทนที่ `/` ด้วย `-` ได้ ฉันถูกบังคับให้อัปเดตโซนเสริมแบบไดนามิกและมอบหมายระเบียน CNAME จากโซนที่ได้รับมอบสิทธิ์ไปยังโซนเสริมที่อัปเดตแบบไดนามิก แต่นี่เป็นวิธีแก้ปัญหาและเคล็ดลับ บางครั้งตัวแก้ไขจะสับสนกับการเปลี่ยนเส้นทาง CNAME หลายรายการ วิธีแก้ไขที่แท้จริงคืออัปเดตซอร์ส DHCP เพื่อเพิ่มคำสั่ง alias ของโซน (ในเครื่องหมายคำพูด เพื่อให้สามารถประมวลผล `/` ทางวากยสัมพันธ์ได้) ดังนั้นจึงสามารถอัปเดตโซน เช่น `192/27.186.198.193.in-addr.arpa`
mt42 avatar
ph flag
คำสั่งนามแฝงโซนเป็นเพียงความคิดที่เกิดขึ้นวิธีการใด ๆ ในการอัปเดตเครือข่ายย่อย /24 จะทำ :-)

โพสต์คำตอบ

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