ปฏิเสธการถ่ายโอนโซนผูก


10

UPDATE:

เวอร์ชันผูก:

[root@10.224.45.130] $ named -v
BIND 9.3.6-P1-RedHat-9.3.6-16.P1.el5

ระบบปฏิบัติการ:

CentOS release 5.6 (Final)

หลังจากทำงาน[root@10.224.45.131] $ dig @10.224.45.130 example.com. axfr:

ทาส:

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-16.P1.el5 <<>> @10.224.45.130 example.com. axfr
; (1 server found)
;; global options:  printcmd
; Transfer failed.

ปริญญาโท:

28-Aug-2011 12:29:01.384 client 10.224.45.131#60553: query: example.com IN AXFR -
28-Aug-2011 12:29:01.384 client 10.224.45.131#60553: zone transfer 'example.com/AXFR/IN' denied

ข้อความแสดงข้อผิดพลาดเหมือนเดิม

อัปเดต 2:

[root@10.224.45.130 ~] # iptables -L -n -v
Chain INPUT (policy DROP 30235 packets, 1747K bytes)
 pkts bytes target     prot opt in     out     source               destination         
 171K   23M ACCEPT     all  --  lo     *       0.0.0.0/0            0.0.0.0/0           
    0     0 ACCEPT     all  --  tun0   *       0.0.0.0/0            0.0.0.0/0           
    0     0 ACCEPT     all  --  tap0   *       0.0.0.0/0            0.0.0.0/0           
57196 6930K ACCEPT     all  --  br0    *       0.0.0.0/0            0.0.0.0/0           
  688 57376 ACCEPT     icmp --  *      *       0.0.0.0/0            0.0.0.0/0           icmp type 8 
37869 6120K ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED 
  392 21216 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:22 
    1    64 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:53 
   74  5275 ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0           udp dpt:53 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:80 
    1    64 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:110 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:143 
    3   192 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:389 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:443 
    1    64 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:465 
    1    64 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:587 
   13   832 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:636 
    0     0 ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0           udp dpt:694 
    1    64 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:843 
    1    64 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:873 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:953 
  119  7584 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:993 
    0     0 ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0           udp dpt:993 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:1194 
    0     0 ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0           udp dpt:1194 
    1    48 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:3306 
    1    64 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:5901 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            10.224.45.130       tcp dpt:10000 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:11211 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:11212 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:11213 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:11511 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:11512 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:11513 

Chain FORWARD (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
 2987  372K ACCEPT     all  --  br0    *       0.0.0.0/0            0.0.0.0/0           
    0     0 ACCEPT     all  --  *      br0     0.0.0.0/0            0.0.0.0/0           
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:80 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:443 

Chain OUTPUT (policy ACCEPT 246K packets, 37M bytes)
 pkts bytes target     prot opt in     out     source               destination

ฉันอาจจะดูทุกหน้าเกี่ยวกับการตั้งค่า BIND master / slave และฉันไม่สามารถทำให้การถ่ายโอนโซนทำงานได้ตลอดชีวิต

นี่คือการตั้งค่าของฉัน: (เลื่อนลงเพื่อดูคำอธิบายปัญหา)

ปรมาจารย์: 10.224.45.130

/etc/named.conf

options {
    directory "/var/named";
    version "unknown";
    pid-file "/var/run/named/named.pid";
    recursion yes;
    allow-recursion { localhost; localnets; };
    notify explicit;
    allow-transfer {
        10.224.45.131;
    };
    also-notify {
        10.224.45.131;
    };
};

zone "." {
    type hint;
    file "named.root";
};

zone "example.com" IN {
    type master;
    file "data/example.com.hosts";
};

ทาส: 10.224.45.131

/etc/named.conf

options {
    directory "/var/named";
    version "unknown";
    pid-file "/var/run/named/named.pid";
    recursion yes;
    allow-recursion { localhost; localnets; };
    notify yes;
    allow-transfer { "none"; };
    allow-notify {
        10.224.45.130;
    };
};

zone "." {
    type hint;
    file "named.root";
};

zone "example.com" IN {
    type slave;
    file "slaves/example.com.hosts";
    masters {
        10.224.45.130;
    };
};

นี่คือปัญหา เมื่อฉันรีสตาร์ทชื่อบนเซิร์ฟเวอร์ทาสจะเห็นว่าไฟล์โซนยังไม่มีอยู่และร้องขอการถ่ายโอนจากเซิร์ฟเวอร์หลัก:

ชื่อ. Log (Slave)

[10.224.45.131] zone example.com/IN: no database exists yet, requesting AXFR of initial version from 10.224.45.130#53

... หลังจากที่เซิร์ฟเวอร์หลักได้รับคำขอโอน:

named.log (ปรมาจารย์)

[10.224.45.130] client 10.224.45.131#53467: query: example.com IN AXFR -

... และตอบกลับด้วยคำขอโอนซึ่งถูกปฏิเสธ:

named.log (ปรมาจารย์)

[10.224.45.130] client 10.224.45.131#53467: zone transfer 'example.com/AXFR/IN' denied

... บนเซิร์ฟเวอร์ทาสมันแสดงให้เห็นว่าถูกปฏิเสธ:

ชื่อ. Log (Slave)

[10.224.45.131] transfer of 'example.com/IN' from 10.224.45.130#53: failed while receiving responses: REFUSED

ดูการกำหนดค่าทั้งหมดซ้ำแล้วซ้ำอีกฉันไม่พบสิ่งผิดปกติกับการตั้งค่า ฉันมีที่อยู่ IP ของเซิร์ฟเวอร์หลักในการmastersตั้งค่าการกำหนดค่าโซนทาสฉันมีที่อยู่ IP ของเซิร์ฟเวอร์ทาสที่ระบุไว้ในการallow-transferตั้งค่าการตั้งค่าตัวเลือกหลัก

ที่อยู่ IP ทั้งหมดเป็นสิ่งที่ควรเป็นไม่ใช่การพยายามใช้ที่อยู่ IP สาธารณะและถูกปฏิเสธเนื่องจากที่อยู่ IP ไม่ตรงกัน ฉันมีการตั้งค่า iptables เพื่ออนุญาตการเชื่อมต่อ TCP / UDP บนพอร์ต 53 (และ 953) บนเซิร์ฟเวอร์ทั้งสอง ฉันได้ตั้งค่าการอนุญาตไฟล์อย่างถูกต้องเพื่อให้ไดเร็กทอรี / slaves ซึ่งจัดเก็บไฟล์โซนทาสนั้นสามารถเขียนได้โดยnamedผู้ใช้

ไม่ว่าฉันจะทำอะไรฉันก็จะได้รับข้อผิดพลาดเดียวกันนี้เสมอ หากใครสามารถให้เบาะแสกับสิ่งที่ฉันหายไปฉันจะขอบคุณมันจริงๆ!


2
คุณได้ลองตั้งค่า (ชั่วคราว) allow-transferเป็นanyเพื่อดูว่าสามารถแก้ไขปัญหาได้หรือไม่ คุณallow-transferข้อมีลักษณะที่ถูกต้อง แต่นี้จะลดโอกาสของการเกิดปัญหาใด ๆ ...
voretaq7

ไม่ยังคงได้รับข้อผิดพลาดเดียวกัน ฉันเพิ่งลองเพิ่มที่อยู่ IP ของเซิร์ฟเวอร์หลักไปยังการตั้งค่า 'ต้นแบบ' ในกรณีนี้และนั่นก็ไม่ได้แก้ไขเช่นกัน
Sarah Ryan

1
คุณทำงานrndc reconfigหลังจากเปลี่ยนการกำหนดค่าบนต้นแบบหรือไม่
Cakemox

คำตอบ:


3

ในการเริ่มต้นให้ลองตรวจสอบว่าการถ่ายโอนโซนทำงาน

ใน Slave ให้ขุด @master โดเมนของคุณ AXFR

BIND เวอร์ชันใดและ OS ใดบ้าง


ฉันได้อัปเดตคำถามของฉันด้วยผลลัพธ์และบันทึกของคำสั่งนี้ มันแสดงให้เห็นว่ามันถูกปฏิเสธเช่นเดียวกับในคำขอโอนโซนปกติ ฉันได้เพิ่มข้อมูลเกี่ยวกับเวอร์ชันและระบบปฏิบัติการด้วย ขออภัยที่ปล่อยข้อมูลสำคัญนั้นออก
Sarah Ryan

1
ตกลงดังนั้นความจริงที่ว่าคำสั่ง dig ล้มเหลวบ่งชี้ว่ายังคงมีปัญหาบนต้นแบบ @ voretaq7 ด้านบนแนะนำให้อนุญาตการถ่ายโอนไปยังสิ่งใดก็ตามที่ฉันเห็นด้วยเป็นขั้นตอนการแก้ไขปัญหาที่เหมาะสม เพิ่ม localhost เพื่อ allow-transsfer ลองคำสั่ง dig จากต้นแบบที่ localhost นอกจากนี้ยังตั้งค่า "tcpdump -i ใด ๆ พอร์ต 53" บนต้นแบบเพื่อตรวจสอบที่อยู่ IP ต้นทาง / ปลายทาง คุณพูดว่า "ฉันมีการตั้งค่า iptables เพื่ออนุญาตการเชื่อมต่อ TCP / UDP บนพอร์ต 53 (และ 953) บนเซิร์ฟเวอร์ทั้งสอง" แต่โปรดเพิ่มผลลัพธ์ของ "iptables -L -n -v" บนต้นแบบ หรือปิด iptables บนต้นแบบและทดสอบอีกครั้ง
dmourati

ฉันได้เพิ่ม localhost (รวมถึงชื่อโฮสต์และที่อยู่ IP อื่น ๆ ที่อาจเป็นไปได้) ในการตั้งค่าการอนุญาตการถ่ายโอนและฉันยังคงได้รับข้อผิดพลาดเดียวกัน ฉันได้เพิ่มเอาท์พุทจากคำสั่ง iptables ที่คุณร้องขอรวมถึงปิดการใช้งาน iptables ขณะที่ลองอีกครั้ง ยังไม่มีโชค
Sarah Ryan

3

พบปัญหา ฉันกำลังใช้ BIND chrooted แต่ฉันแก้ไขไฟล์ conf ใน / etc ไม่ใช่ / var / named / chroot / etc ดังนั้นการเปลี่ยนแปลงที่ฉันทำไม่ได้ถูกมองเห็น ฉันคัดลอกไฟล์ conf ไปยังไดเรกทอรี chroot และใช้งานได้ดีในตอนนี้


1
chroot ดี ol ' ดีใจที่คุณพบมัน
dmourati

1

อาจดูเหมือนว่าสิ่งนี้ได้รับการกล่าวถึงโดยallow-transferคำสั่งในoptionsแต่ลองเพิ่มallow-transferคำสั่งที่ชัดเจนภายใต้โซน

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

ฉันมีความคิดอีกสองอย่างที่คุ้มค่าที่จะลอง

  1. ตรวจสอบว่านาฬิกาของคุณทันสมัยทั้งคู่ (อย่างน้อยภายในระยะเวลาที่เหมาะสม) บนเซิร์ฟเวอร์ทั้งสอง

  2. คุณอาจมีการแทรกแซงของ SELinux ลองปิดการใช้งานชั่วคราวเพื่อทดสอบ


ฉันได้ลองใส่ตัวเลือกการอนุญาตในการตั้งค่าโซนและมันยังให้ฉันข้อผิดพลาดเดียวกัน มันเป็นเพียงการถ่ายโอนคำขอที่ล้มเหลว ฉันสามารถค้นหาเซิร์ฟเวอร์สำหรับประเภทระเบียนใด ๆ ได้สำเร็จและจะส่งคืนได้ตามที่คาดไว้ แต่เมื่อฉันพยายามที่จะถ่ายโอนโซนฉันได้รับข้อความปฏิเสธ / ปฏิเสธข้อผิดพลาด
Sarah Ryan

ตรวจสอบคำตอบของฉันสำหรับการปรับปรุง
บาฮามาต
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.