errors on dynamicly updated zone
Kevin Darcy
kcd at chrysler.com
Fri Sep 5 20:02:18 UTC 2008
You seem to have a mismatch between the contents of the file and the way
it's defined in named.conf.
- Kevin
Sébastien Bernard wrote:
> I have a local zone which is updated by a DHCP server.
> I'm using a bind 9.4.2 and a dhcpd 3.0.
>
> The updates are working great, I 'm able to add remove machines and
> reverses in the local zone.
>
> However, each time I restart the named daemon, it complains that the
> zone contains out-of-zone data.
> Here's an extract
> Sep 4 11:40:46 bigboss named[17881]: zone local.foo.org/IN: loaded
> serial 2007104284
> Sep 4 11:40:46 bigboss named[17881]: /etc/bind/db.local:3: ignoring
> out-of-zone data (local.toto.fr)
> Sep 4 11:40:46 bigboss named[17881]: /etc/bind/db.local:23: ignoring
> out-of-zone data (admporgi.local.foo.org)
> Sep 4 11:40:46 bigboss named[17881]: /etc/bind/db.local:24: ignoring
> out-of-zone data (admzerlinda.local.foo.org)
> Sep 4 11:40:46 bigboss named[17881]: /etc/bind/db.local:25: ignoring
> out-of-zone data (aida.local.foo.org)
> Sep 4 11:40:46 bigboss named[17881]: /etc/bind/db.local:27: ignoring
> out-of-zone data (altoum.local.foo.org)
> Sep 4 11:40:46 bigboss named[17881]: /etc/bind/db.local:28: ignoring
> out-of-zone data (alvaro.local.foo.org)
> Sep 4 11:40:46 bigboss named[17881]: /etc/bind/db.local:30: ignoring
> out-of-zone data (Amazone.local.foo.org)
> Sep 4 11:40:46 bigboss named[17881]: /etc/bind/db.local:33: ignoring
> out-of-zone data (apc.local.foo.org)
> Sep 4 11:40:46 bigboss named[17881]: /etc/bind/db.local:34: ignoring
> out-of-zone data (aramis.local.foo.org)
> Sep 4 11:40:46 bigboss named[17881]: /etc/bind/db.local:36: ignoring
> out-of-zone data (arlequin.local.foo.org)
> Sep 4 11:40:46 bigboss named[17881]: /etc/bind/db.local:38: ignoring
> out-of-zone data (Arpagon.local.foo.org)
> Sep 4 11:40:46 bigboss named[17881]: /etc/bind/db.local:41: ignoring
> out-of-zone data (atos.local.foo.org)
> ...
>
> The zone is correctly saved after the named shutdown. Here's and extract
> of the zone.
> $ORIGIN .
> $TTL 60400 ; 16 hours 46 minutes 40 seconds
> local.foo.org IN SOA bigboss.local.foo.org. root.local.foo.org. (
> 2007104311 ; serial
> 604800 ; refresh (1 week)
> 86400 ; retry (1 day)
> 2419200 ; expire (4 weeks)
> 604800 ; minimum (1 week)
> )
> NS bigboss.local.foo.org.
> NS leporetto.local.foo.org.
> NS zerlinda.local.foo.org.
> A 192.168.0.1
> MX 10 bigboss.local.foo.org.
> $ORIGIN _tcp.local.foo.org.
> _jabber SRV 5 0 5269 jabber.local.foo.org.
> _xmpp\226\136\146client SRV 5 0 5222 jabber.local.foo.org.
> $ORIGIN local.foo.org.
> _xmpp\226\136\146server SRV 5 0 5269 jabber
> admbess A 192.168.0.68
> aida A 192.168.0.121
> $TTL 604800 ; 1 week
> alvaro A 192.168.0.14
> $TTL 43200 ; 12 hours
> Amazone A 192.168.0.19
> TXT "31020f5f78b8ffc7c40756e688ff0df565"
> $TTL 60400 ; 16 hours 46 minutes 40 seconds
> aramis A 192.168.0.108
> $TTL 604800 ; 1 week
> arlequin A 192.168.0.32
> $TTL 43200 ; 12 hours
> Arpagon A 192.168.0.5
> TXT "31be311b20c4c0589cbf72dc28f090a715"
> $TTL 60400 ; 16 hours 46 minutes 40 seconds
> atos A 192.168.0.113
> $TTL 604800 ; 1 week
> candide A 192.168.0.43
> $TTL 43200 ; 12 hours
>
> If I manualy remove the $TTL and put back @ SOA record, the named loads
> the zone without any problem, else, the zone is not loaded.
>
> Can anyone explain me, the mistake I made ?
>
> S. Bernard
>
>
>
>
>
More information about the bind-users
mailing list