Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!news.mel.connect.com.au!munnari.OZ.AU!news.ecn.uoknor.edu!feed1.news.erols.com!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!news-feed.inet.tele.dk!uninett.no!not-for-mail
From: sthaug@nethelp.no (Steinar Haug)
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Re: DNS on 2.1.7 Question
Date: 04 Jun 1997 06:44:06 GMT
Organization: Nethelp Consulting, Trondheim, Norway
Lines: 56
Message-ID: <5n32rm$ben@verdi.nethelp.no>
References: <338cf211.7815569@167.152.149.11>
<michelle-0306971811480001@monalisa.primelogic.com>
NNTP-Posting-Host: dole.uninett.no
In-reply-to: michelle@primelogic.com's message of Tue, 03 Jun 1997 18:11:48 -0700
Cache-Post-Path: dole.uninett.no!unknown@verdi.nethelp.no
Xref: euryale.cc.adfa.oz.au comp.unix.bsd.freebsd.misc:42298
[Michelle Brownsworth]
| > (1) Our provider will only provide us with (for now) a 1/4 Class C
| > address block. How do I set the lines in named.boot to reflect this,
| > especially IN-ADDR-ARPA?
|
| Your named.boot file will not reflect anything special beyond listing the
| hosts that have been assigned IP numbers you were allocated from the
| partial C-block, and pointing named to the zone files for these hosts, as
| usual.
|
| Regarding the reverse, or IN-ADDR-ARPA, for your partial C-block, forget
| it. The reverse for your numbers needs to be done, certainly, but you
| will not be the one to do it; your provider owns the C-block and is
| responsible for doing the reverse for your IP addresses. Therefore, in
| named.boot the only reverse line will be for localhost; the line
| specifying the reverse for your C-block should be either commented out or
| deleted, since the reverse file resides on your provider's server, not
| yours.
Sorry, this is wrong. It is perfectly possible to delegate a partial
class C block, see
ftp.ietf.org://internet-drafts/draft-ietf-dnsind-classless-inaddr-03.txt
I use such a partial C block delegation for my company. I have been
delegated 195.1.171.128/26, ie. a 1/4 of a C block (64 addresses).
In my named.boot, I have:
primary 128.171.1.195.in-addr.arpa pz/128.171.1.195
In pz/128.171.1.195, I have $ORIGIN 128.171.1.195.in-addr.arpa., and
then the normal SOA, NS and PTR records, eg:
$ORIGIN 128.171.1.195.in-addr.arpa.
130 PTR verdi.nethelp.no.
The whole "trick" is done at my ISP, which has the following in the
171.1.195.in-addr.arpa zone file:
$ORIGIN 171.1.195.in-addr.arpa.
; delegation
128 NS verdi.nethelp.no.
128 NS <other name servers for the zone>
; and here's the trick: CNAME instead of PTR
129 CNAME 129.128.171.1.195.in-addr.arpa.
130 CNAME 130.128.171.1.195.in-addr.arpa.
131 CNAME 131.128.171.1.195.in-addr.arpa.
132 CNAME 132.128.171.1.195.in-addr.arpa.
.
This works just fine, and I've had no problems with it (well, I had to
tell my ISP how to do it, but that's another story :-)
Steinar Haug, Nethelp consulting, sthaug@nethelp.no