Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

SOA not at top of zone

1,547 views
Skip to first unread message

Christi...@east.sun.com

unread,
Aug 20, 1999, 3:00:00 AM8/20/99
to
Recently Mark Andrews said:

SOA stands for Start Of Authority. All RRs at or below the
SOA belong to the zone, until a new SOA is reached. This
includes NS records.

Does this mean I can have more than one SOA per zone file? That part about "until a new SOA is reached" confuses me a little because he also said:

All zones contain
a SOA record and a NS RRset at the top of a zone.

Well, I made some fake subdomains, each with one A record, and I threw it all in one zone file. For each I wrote an SOA and NS RR set, and I used FQDN dotted instead of $ORIGIN. My named.conf defines each zone, but uses the same file. Now my named complains that SOA is not at zone top, data outside of zone are being ignored. Everything resolves, but debug output is messy. Is this not kosher??
QCT


Christi...@east.sun.com

unread,
Aug 20, 1999, 3:00:00 AM8/20/99
to

Christi...@east.sun.com

unread,
Aug 20, 1999, 3:00:00 AM8/20/99
to

Barry Margolin

unread,
Aug 20, 1999, 3:00:00 AM8/20/99
to
In article <525406735.93518728...@hutch.East.Sun.COM>,

BIND 4.9 and higher only allows one zone per file. An SOA record defines
the start of a new zone. Therefore, there can only be one SOA record per
file.

NS records in the parent zone indicate where that zone ends. And we've
already gone over why NS records are also required at the top of the
subzone.

--
Barry Margolin, bar...@bbnplanet.com
GTE Internetworking, Powered by BBN, Burlington, MA
*** DON'T SEND TECHNICAL QUESTIONS DIRECTLY TO ME, post them to newsgroups.
Please DON'T copy followups to me -- I'll assume it wasn't posted to the group.


Michael Voight

unread,
Aug 20, 1999, 3:00:00 AM8/20/99
to

Christi...@east.sun.com wrote:
>
> Recently Mark Andrews said:
>
> SOA stands for Start Of Authority. All RRs at or below the
> SOA belong to the zone, until a new SOA is reached. This
> includes NS records.
>
> Does this mean I can have more than one SOA per zone file? That part about "until a new SOA is reached" confuses me a little because he also said:
>
> All zones contain
> a SOA record and a NS RRset at the top of a zone.
>
> Well, I made some fake subdomains, each with one A record, and I threw it all in one zone file. For each I wrote an SOA and NS RR set, and I used FQDN dotted instead of $ORIGIN. My named.conf defines each zone, but uses the same file. Now my named complains that SOA is not at zone top, data outside of zone are being ignored. Everything resolves, but debug output is messy. Is this not kosher??

> QCT

No. A zone file contains a single zone.
Earlier versions of BIND let you put anything into a zone file.
Now, you can not put the following into the zoned file for me.com.

x.you.com. in a 1.1.1.1

because x.you.com is NOT in the me.com zone.

Michael


0 new messages