On 6/12/21 7:49 PM, Mark Andrews wrote:
Please don’t hid details if you want help.

If you really want help post all the un-doctored log messages.

B.T.W. The messages below are because you used the wrong zone name on the 
named-checkconf command line.  The zone file is for xyz.local and you said the 
zone name you used was xyz without the .local.


I posted the error I have see so far. Please give me a list of other error reporting options.

Please note that everything worked perfectly under Fedora 33 and bind 9,11.

Now that I have the .local, things improved for abc.hosts,

# named-checkzone -t /var/named/chroot/var/named/slaves  abc.local abc.hosts
zone abc.local/IN: loaded serial 265
OK

but not abc.hosts.rev

# named-checkzone -t /var/named/chroot/var/named/slaves abc.local abc.hosts.rev
abc.hosts.rev:3: ignoring out-of-zone data (255.168.192.in-addr.arpa)
abc.hosts.rev:14: ignoring out-of-zone data abc.hosts(10.255.168.192.in-addr.arpa)
abc.hosts.rev:17: ignoring out-of-zone data

12 repeats

zone abc.local/IN: has 0 SOA records
zone abc.local/IN: has no NS records
zone abc.local/IN: not loaded due to errors.


# cat --number /var/named/chroot/var/named/slaves/abc.hosts.rev
     1  $ORIGIN .
     2  $TTL 86400      ; 1 day
3 255.168.192.in-addr.arpa IN SOA rn6.abc.local. root\@rn6.abc.local. (
     4                                  213        ; serial
     5                                  10800      ; refresh (3 hours)
     6                                  3600       ; retry (1 hour)
     7                                  3600000    ; expire (5 weeks 6 days 16 
hours)
     8                                  86400      ; minimum (1 day)
     9                                  )
    10                          NS      rn6.abc.local.
    11                          A       192.168.255.10
    12                          PTR     rn6.abc.local.
    13  $ORIGIN 255.168.192.in-addr.arpa.
    14  10                      A       192.168.255.10
    15                          PTR     rn6.abc.local.
    16  $TTL 3600       ; 1 hour
    17  112                     PTR     KVM-W7.abc.local.


What exactly is wrong with the zone?
    3   255.168.192.in-addr.arpa IN SOA rn6.abc.local.


And here is status ("not loaded due to errors"):

# systemctl status named.service


× named.service - Berkeley Internet Name Domain (DNS)
Loaded: loaded (/usr/lib/systemd/system/named.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Sat 2021-06-12 16:31:16 PDT; 3h 46min ago Process: 18368 ExecStartPre=/bin/bash -c if [ ! "$DISABLE_ZONE_CHECKING" == "yes" ]; then /usr/sbin/named-checkconf -z "$NAMEDCONF"; else echo "Checking of zone files is >
        CPU: 12ms

Jun 12 16:31:16 rn6.abc.local bash[18369]: _default/abc.local/IN: file not found Jun 12 16:31:16 rn6.abc.local bash[18369]: zone 255.168.192.in-addr.arpa/IN: loading from master file slaves/abc.hosts.rev failed: file not found Jun 12 16:31:16 rn6.abc.local bash[18369]: zone 255.168.192.in-addr.arpa/IN: not loaded due to errors. Jun 12 16:31:16 rn6.abc.local bash[18369]: _default/255.168.192.in-addr.arpa/IN: file not found Jun 12 16:31:16 rn6.abc.local bash[18369]: zone 0.0.127.in-addr.arpa/IN: loading from master file named.local failed: file not found Jun 12 16:31:16 rn6.abc.local bash[18369]: zone 0.0.127.in-addr.arpa/IN: not loaded due to errors. Jun 12 16:31:16 rn6.abc.local bash[18369]: _default/0.0.127.in-addr.arpa/IN: file not found Jun 12 16:31:16 rn6.abc.local systemd[1]: named.service: Control process exited, code=exited, status=1/FAILURE Jun 12 16:31:16 rn6.abc.local systemd[1]: named.service: Failed with result 'exit-code'. Jun 12 16:31:16 rn6.abc.local systemd[1]: Failed to start Berkeley Internet Name Domain (DNS).


from named.local:

zone "255.168.192.in-addr.arpa" {
        type master;
        # file "/var/named/chroot/var/named/slaves/abc.hosts.rev";
        file "slaves/abc.hosts.rev";
        allow-update { key DHCP_UPDATER; };
#       allow-update { 127.0.0.1; };
};


Thank you for the help.  Let me know if I did if I
missed posting enough information.

-T

_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

ISC funds the development of this software with paid support subscriptions. 
Contact us at https://www.isc.org/contact/ for more information.


bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Reply via email to