Promoting a slave to master gives syntax error

Theodotos Andreou theo at theo-andreou.org
Tue Apr 29 13:40:09 UTC 2014


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.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!!!"
>
>
> _______________________________________________
> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20140429/3fb38971/attachment.html>


More information about the bind-users mailing list