and i dont really get what you mean with: " the folder in named is slaves… "
I have looked at different posts here, about the ports… I added to /etc/iptables.up.rules
the lines:
-A INPUT -p tcp --dport 953 -j ACCEPT
-A INPUT -p tcp -m udp --dport 53 -j ACCEPT
I also Chowned rdnc.key from bind:bind to root:bind…
I added in the slave to the file: /etc/bind/named.conf.options the line:
listen-on port 53 { 127.0.0.1; <master.bind.ip>; };
also tried with the <slave.bind.ip>
After your post i tried chowing /etc/bind to bind:bind
deleted all the empty slave zones and in the master deleted the cluster server and re-added it…
Honestly i dont know what to do any more…
in the /var/log/syslog
i have entries like this now:
Aug 15 13:32:53 clanvenez named[29655]: zone venez-rever.com/IN: has 0 SOA records
Aug 15 13:32:53 clanvenez named[29655]: zone venez-rever.com/IN: has no NS records
Aug 15 13:32:53 clanvenez named[29655]: zone venez-rever.com/IN: saved ‘/var/cache/bind/venez-rever.com.hosts’ as ‘/var/cache/bind/db-M0sdC5Np’
and the slave zones are still empty…
banging my head against to screen now… i plead for your advice…
ah yes, you are running Debian. They do things a bit differently. In Centos the path to BIND (where it is running) is /var/named or when running BIND under chroot /var/named/chroot/var/named. You don’t need to chown /etc/bind because that is not where the zone files are created, that is where the configs are.
Slaves zones are created in a “/slaves” directory which can be found in the “/named” directory in the above described path (on Centos). When chrooted it is /var/named/chroot/var/named/slaves. So in Debian it is apparently under a different path which I am not familiar with. You have to check that on your box.
Unlikely it is a firewall issue as the files are created and thus data has to come from your master server, yes?
When I had this problem when first starting a slave nameserver, I solved it in the end by chowning the directories and files correctly as I described earlier.
Also make sure fastrpc is switched on, check on Webmin Servers Index and click edit on your slave. You need to open ports 10000 to 10010 !
Under webmins module BIND check the paths of your BIND on both systems.
I would also run BIND under chroot.
After making changes you need to restart the service to become effective.
edit: /var/cache/bind/db-M0sdC5Np this means it has no write permission. db-M0sdC5Np should be the name of the domain but it is scrambled. You can test by making the folder 777
this is the error i am getting now from: /var/log/syslog
Aug 17 07:31:40 clanvenez named[10691]: zone pcclick.es/IN: Transfer started.
Aug 17 07:31:40 clanvenez named[10691]: transfer of ‘pcclick.es/IN’ from 88.191.224.143#53: connected using 88.191.221.72#60799
Aug 17 07:31:40 clanvenez named[10691]: transfer of ‘pcclick.es/IN’ from 88.191.224.143#53: failed while receiving responses: REFUSED
Aug 17 07:31:40 clanvenez named[10691]: transfer of ‘pcclick.es/IN’ from 88.191.224.143#53: Transfer completed: 0 messages, 0 records, 0 bytes, 0.001 secs (0 bytes/sec)
I have configured the secondary Bind server according to the guideline. The zone is transfered but with no content. This is the log from the slave server I am sure it is a problem of rights but I am not sure where to look. Can somebody help me? Thanks
Apr 15 12:20:57 mail named[13463]: client 93.114.41.12#55990: received notify for zone ‘pipioz.eu’: not authoritative
Apr 15 12:20:58 mail named[13463]: received SIGHUP signal to reload zones
Apr 15 12:20:58 mail named[13463]: loading configuration from ‘/etc/bind/named.conf’
Apr 15 12:20:58 mail named[13463]: using default UDP/IPv4 port range: [1024, 65535]
Apr 15 12:20:58 mail named[13463]: using default UDP/IPv6 port range: [1024, 65535]
Apr 15 12:20:58 mail named[13463]: /etc/bind/named.conf:14: couldn’t add command channel 127.0.0.1#953: address in use
Apr 15 12:20:58 mail named[13463]: reloading configuration succeeded
Apr 15 12:20:58 mail named[13463]: zone pipioz.eu/IN: has 0 SOA records
Apr 15 12:20:58 mail named[13463]: zone pipioz.eu/IN: has no NS records
Apr 15 12:20:58 mail named[13463]: zone pipioz.eu/IN: saved ‘/var/lib/bind/pipioz.eu.hosts’ as ‘/var/lib/bind/db-32EjHDlm’
Apr 15 12:20:58 mail named[13463]: reloading zones succeeded
