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.

	This should have read:
  *	IN	A	<ip address of 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 a
> re
> > > 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 o
> r
> > > 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 se
> em
> > > rather
> > > > counter-intuitive).
> > > >
> > > >
> > > > - Kevin
> > > >
> > > > Mark.Andrews at nominum.com wrote:
> > > >
> > > > > It doesn't matter what was given.  Your description was wrong. You ov
> er
> > > > > 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 sectio
> n
> > > > > > >             of the response, change QNAME to the canonical name i
> n
> > > > > > >             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 n
> ot
> > 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 i
> s
> > > 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
--
Mark Andrews, Nominum Inc.
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: Mark.Andrews at nominum.com