Promoting a slave to master gives syntax error
Sten Carlsen
stenc at s-carlsen.dk
Tue Apr 29 13:17:36 UTC 2014
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.6000307 at 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 at 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 at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Best regards
Sten Carlsen
No improvements come from shouting:
"MALE BOVINE MANURE!!!"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20140429/c7c13566/attachment-0001.html>
More information about the bind-users
mailing list