syntax/format of zone on slave $ORIGIN/paragraph - sorted?
whatisee1 at yahoo.com
Thu Feb 10 16:40:42 UTC 2011
Oh Thanks - I understand that - I can't comprehend the logic behind composing _same_ $ORIGIN paragraphs over-and-over again - this is an example:
irish A 22.214.171.124
brit A 126.96.36.199
irish2 A 188.8.131.52
brit2 A 184.108.40.206
irish3 A 220.127.116.11
brit3 A 18.104.22.168
irish22 A 22.214.171.1242
brit22 A 126.96.36.1992
irish39 A 188.8.131.529
brit39 A 184.108.40.2069
irish29 A 220.127.116.119
brit29 A 18.104.22.1689
...see - What i meant!
It keep splitting on some un-even way --- that "$ORIGIN bar" and "$ORIGIN bar2" keep switching back-and-forth...
Is there any way to have ONLY ONE paragraph per $ORIGIN?
--- On Wed, 2/9/11, Barry Margolin <barmar at alum.mit.edu> wrote:
From: Barry Margolin <barmar at alum.mit.edu>
Subject: Re: syntax/format of zone on slave $ORIGIN/paragraph - sorted?
To: comp-protocols-dns-bind at isc.org
Date: Wednesday, February 9, 2011, 7:27 PM
In article <mailman.43.1297269285.10842.bind-users at lists.isc.org>,
Walter Smith <whatisee1 at yahoo.com> wrote:
> I have bind/named running on Linux master and slaves. All is good, but now
> when I’m trying to clean up some old records – I realized that sorted zone on
> slaves are quite uneven. What I meant is, the $ORIGIN splits the zone into
> some unknown to me syntax/format. Is there anywhere I can find the
> description/documentation on it – How exactly slave parse the zone from
> master and puts all these arbitrary paragraphs with $ORIGIN.
When writing the zone file on a slave, BIND uses $ORIGIN so that all
records just have a single label. So instead of writing:
foo.bar IN A 22.214.171.124
it will write:
foo IN A 126.96.36.199
If you have a zone with lots of levels of subdomain, the file will have
lots of $ORIGIN statements as a result.
Barry Margolin, barmar at alum.mit.edu
*** PLEASE don't copy me on replies, I'll read them in the group ***
-----Inline Attachment Follows-----
bind-users mailing list
bind-users at lists.isc.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the bind-users