Handling subdomain ?
Mark.Andrews at nominum.com
Mark.Andrews at nominum.com
Thu Sep 14 22:50:03 UTC 2000
>
> Just add a wildcard ("*") A record. It should do what you want.
e.g.
; $TTL 86400 ; uncomment for bind 8.2 or later
@ IN SOA ns1.example.com. hostmaster.example.com (
2000091500
3600
1200
3600000
7200 )
IN NS ns1.example.com.
IN NS ns2.example.com.
* IN MX 0 mail-server.isp.com.
* IN A web-server.isp.com.
You will also need A/AAAA/A6 records for the nameservers
if they are inside the zone. mail-server.isp.com and
web-server.isp.com may also be inside the zone and if so
will need address records also.
Mark
>
>
> - Kevin
>
> Jason wrote:
>
> > Okay, being a total novice these answers just left me in the dark..!!
> > Is it possible for me to have all subdomains directed, even though none are
> > in the DNS.. a sort of wildcard record..???
> >
> > regards,
> > Steen
> >
> > Kevin Darcy <kcd at daimlerchrysler.com> wrote in message
> > news:39C04E84.D06D0237 at daimlerchrysler.com...
> > >
> > > Yes, it is over-qualified, and just plain clumsy. Please replace with:
> > >
> > > The wildcard record will match any query of the zone with the same
> > record
> > > type, unless the queried name is a component of an existing subdomain or
> > has an
> > > explicit record in the zone.
> > >
> > > (I'm using "match" here in the semi-layperson's sense of producing a
> > usable, i.e.
> > > non-empty, answer. Wildcard "matches" which produce NODATA responses seem
> > rather
> > > counter-intuitive).
> > >
> > >
> > > - Kevin
> > >
> > > Mark.Andrews at nominum.com wrote:
> > >
> > > > It doesn't matter what was given. Your description was wrong. You over
> > > > qualified it.
> > > >
> > > > Mark
> > > >
> > > > >
> > > > > A non-record-owning, non-subdomain QNAME was stipulated. Thus QNAME
> > doesn't m
> > > > > atch
> > > > > any label -- even a non-terminal one -- and the algorithm falls
> > through Steps
> > > > > 3(a)
> > > > > and 3(b).
> > > > >
> > > > >
> > > > > - Kevin
> > > > >
> > > > > Mark.Andrews at nominum.com wrote:
> > > > >
> > > > > > Section 4.3.2, Step 3(a) applies first.
> > > > > >
> > > > > > "a. If the whole of QNAME is matched, we have found the
> > > > > > node.
> > > > > >
> > > > > > If the data at the node is a CNAME, and QTYPE doesn't
> > > > > > match CNAME, copy the CNAME RR into the answer section
> > > > > > of the response, change QNAME to the canonical name in
> > > > > > the CNAME RR, and go back to step 1.
> > > > > >
> > > > > > Otherwise, copy all RRs which match QTYPE into the
> > > > > > answer section and go to step 6."
> > > > > >
> > > > > > Note:
> > > > > > 1. this is independent of type.
> > > > > > 2. "all RRs which match type" may be zero.
> > > > > >
> > > > > > Mark
> > > > > > >
> > > > > > > Huh? RFC 1034, Section 4.3.2, Step 3(c):
> > > > > > >
> > > > > > >
> > > > > > > > [...]
> > > > > > > >
> > > > > > > > If the "*" label does exist, match RRs at that node
> > > > > > > > against QTYPE.
> > > > > > > >
> > > > > > > ^^^^^^^^^^^^^
> > > > > > >
> > > > > > > > If any match, copy them into the answer
> > > > > > > > section, but set the owner of the RR to be QNAME,
> > and
> > > > > > > > not the node with the "*" label. Go to step 6.
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > - Kevin
> > > > > > >
> > > > > > >
> > > > > > > Mark.Andrews at nominum.com wrote:
> > > > > > >
> > > > > > > > >
> > > > > > > > > Sure, just put a wildcard ("*") entry into the something.dk
> > zone. Thi
> > > > > s wi
> > > > > > > ldca
> > > > > > > > > rd
> > > > > > > > > record will be matched by any name in the domain which is not
> a subdo
> > > > > main
> > > > > > > and
> > > > > > > > > which does not have an explicit record of the same type in th
> e
> > zone.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > - Kevin
> > > > > > > >
> > > > > > > > '*' matches against a name that does not exist. It is
> > independ
> > > > > ent
> > > > > > > of
> > > > > > > > the query type.
> > > > > > > >
> > > > > > > > Mark
> > > > > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > --
> > > > Mark Andrews, Nominum Inc.
> > > > 1 Seymour St., Dundas Valley, NSW 2117, Australia
> > > > PHONE: +61 2 9871 4742 INTERNET:
> > Mark.Andrews at nominum.com
> > >
> > >
> > >
> > >
> > >
> > >
>
>
>
>
>
--
Mark Andrews, Nominum Inc.
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews at nominum.com
More information about the bind-users
mailing list