The original server servers as primary DNS for our AD infrastructure.
This could be one explanation about these peculiarities. But since the
source DNS is tuned no to complain about strange names I prefer to have
a similar configuration on the clone.
On 04/29/2014 04:17 PM, Sten Carlsen wrote:
You might want to look at the output of:
dig axfr example.com
This gives also the contents of the zone, nicely sorted but with an
added SOA at the end.
I would suggest to use it for comparison with the files to look for
some of those interesting endings (~~.com\032.) Those really look odd
to me.
On 29/04/14 14.22, Theodotos Andreou wrote:
Thanks for the tip Mark. Now all the zone files are cached as text.
Now I have a different problem. After converting alll the zones to
master many zones failed to load because of this:
# grep example.com /var/log/syslog
29-Apr-2014 11:21:32.613 dns_rdata_fromtext:
db.0.210.10.in-addr.arpa:26: near
'android_b2b2b8cdeedf92d3.example.com.': bad name (check-names)
29-Apr-2014 11:21:32.629 dns_rdata_fromtext:
db.0.255.10.in-addr.arpa:16: near 'lim_iptgw1.example.com.': bad name
(check-names)
29-Apr-2014 11:21:32.636 dns_rdata_fromtext:
db.8.211.10.in-addr.arpa:45: near 'tl-wr641g/642g.example.com.': bad
name (check-names)
29-Apr-2014 11:21:32.646 dns_rdata_fromtext:
db.2.255.10.in-addr.arpa:22: near 'dc3-l2.example.com\032.': bad name
(check-names)
29-Apr-2014 11:21:32.648 dns_rdata_fromtext:
db.16.212.10.in-addr.arpa:28: near 'android__sx.example.com.': bad
name (check-names)
29-Apr-2014 11:21:32.664 dns_rdata_fromtext:
db.254.255.10.in-addr.arpa:44: near
'cs1-6509-ktim2.example.com\032.': bad name (check-names)
29-Apr-2014 11:21:32.673 dns_rdata_fromtext:
db.204.25.10.in-addr.arpa:21: near 'ictlab_ls.example.com.': bad name
(check-names)
29-Apr-2014 11:21:32.692 db.example.com:25:
-----------pc.example.com: bad owner name (check-names)
29-Apr-2014 11:21:32.692 zone example.com/IN: loading from master
file db.example.com failed: bad owner name (check-names)
29-Apr-2014 11:21:32.692 zone example.com/IN: not loaded due to errors.
Any idea why? Is there a configuration setting to ignore these errors?
On 04/29/2014 09:53 AM, Mark Andrews wrote:
Set the masterfile-format. Slaves default to raw,
masters default to text.
masterfile-format ( text | raw );
Mark
In message <535f4bb2.6000...@theo-andreou.org>, Theodotos Andreou
writes:
Hello to all,
I have a task to clone a black box IPAM to a bind DNS server. Actually
the black box is using bind in the backend but the manufacturer
does not
provide any shell access. Only a crappy GUI. So I do not have
access to
the text zone files. Just the GUI.
In order to clone all the zones from the original DNS to the clone, I
setup a bind in slave config and allowed zone transfers for it.
This is
a sample config:
/etc/bind/named.conf.local:
... Output omitted ...
zone "16.2.10.in-addr.arpa" {
type slave;
file "db.16.2.10.in-addr.arpa";
masters { 10.1.12.61; };
};
zone "24.3.10.in-addr.arpa" {
type slave;
file "db.24.3.10.in-addr.arpa";
masters { 10.1.12.61; };
};
... Output omitted ...
After bind restart, the zone transfers an all zones are completed
successfully. The resultant files are some sort of binary:
# file /var/cache/bind/db.24.3.10.in-addr.arpa
/var/cache/bind/db.24.3.10.in-addr.arpa: data
Now to promote the server to master I changed the configuration to:
/etc/bind/named.conf.local:
... Output omitted ...
zone "16.2.10.in-addr.arpa" {
type master;
file "db.16.2.10.in-addr.arpa";
};
zone "24.3.10.in-addr.arpa" {
type master;
file "db.24.3.10.in-addr.arpa";
};
... Output omitted ...
But when I restart bind I get a lot of errors like this:
named[19773]: dns_master_load: db.24.3.10.in-addr.arpa:1: syntax
error
named[19773]: zone 24.3.10.in-addr.arpa/IN: loading from master
file db.24.3
.10.in-addr.arpa failed: syntax error
named[19773]: zone 24.3.10.in-addr.arpa/IN: not loaded due to
errors.
Apparently the systems expects to see a zone file in text format but
because it's in binary it fails. I also tested it with:
# named-checkzone 24.3.10.in-addr.arpa
/var/cache/bind/db.24.3.10.in-addr.arp
... Output omitted ...
dns_master_load: /var/cache/bind/db.24.3.10.in-addr.arpa:16: syntax
error
dns_master_load: /var/cache/bind/db.24.3.10.in-addr.arpa:16: syntax
error
dns_master_load: /var/cache/bind/db.24.3.10.in-addr.arpa:16: syntax
error
dns_master_load: /var/cache/bind/db.24.3.10.in-addr.arpa:16: syntax
error
dns_master_load: /var/cache/bind/db.24.3.10.in-addr.arpa:16: syntax
error
dns_master_load: /var/cache/bind/db.24.3.10.in-addr.arpa:16: syntax
error
dns_master_load: /var/cache/bind/db.24.3.10.in-addr.arpa:17: syntax
error
/var/cache/bind/db.24.3.10.in-addr.arpa: file does not end with
newline
zone 24.3.10.in-addr.arpa/IN: loading from master file
/var/cache/bind/db.24.3
.10.in-addr.arpa failed: syntax error
zone 24.3.10.in-addr.arpa/IN: not loaded due to errors.
I know I must be doing something fundamentally wrong here but I
couldn't
find a guide how to do this properly. Any ideas?
I am using bind version 9.9.5-3-Ubuntu ( the stock binary that comes
with Ubuntu 14.04 64 bit) and the compiled parameters are:
named[7817]: built with '--prefix=/usr' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--sysconfdir=/etc/bind'
'--localstatedir=/var' '--enable-threads' '--enable-largefile'
'--with-libtool' '--enable-shared' '--enable-static'
'--with-openssl=/usr' '--with-gssapi=/usr' '--with-gnu-ld'
'--with-geoip=/usr' '--with-atf=no' '--enable-ipv6' '--enable-rrl'
'--enable-filter-aaaa' 'CFLAGS=-fno-strict-aliasing -DDIG_SIGCHASE
-O2'
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to
unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to
unsubscribe from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
--
Best regards
Sten Carlsen
No improvements come from shouting:
"MALE BOVINE MANURE!!!"
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users