Handling subdomain ?

[Mark.Andrews at nominum.com]

> 
> 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