wildcarding everything

[Mark Andrews]

In message <56561F93336C3146836FDDE78316154653CED1 at SPRINGNET-EX.springnet.local
>, "Ben Bridges" writes:
> I found the parking name servers for three domain parking companies, and
> every one of them returned a bogus address for my company's website (as
> well as every "major" website that I tried, such as IBM, Cisco, Yahoo,
> Google, and isc.org).  So it certainly appears that they are in fact
> doing some sort of wildcarding.  Maybe they have some sort of special
> arrangement with the domain registrars???

	Yes.  Lots of them *are* domain registrar and don't care
	about about meeting the standard.  They do anything to
	reduce their costs.  The don't care that some of the answers
	being returned are wrong and are being rejected.  They don't
	care that programers have had to code around their lack of
	conformance.

	Domain parkers that do this are as bad as load balancer
	vendors that only handle A queries.

	Mark

> > -----Original Message-----
> > From: Scott Haneda [mailto:talklists at newgeo.com]=20
> > Sent: Thursday, January 29, 2009 12:06 AM
> > To: Mark Andrews
> > Cc: Ben Bridges; <bind-users at lists.isc.org>
> > Subject: Re: wildcarding everything=20
> >=20
> > On Jan 28, 2009, at 3:34 PM, Mark Andrews wrote:
> >=20
> > > In message <30E0039F-B0FD-4322-B0E0-52EEEFA760EB at newgeo.com>, Scott=20
> > > Haneda writ
> > > es:
> > >> I can remove the entire DNS management, zone creation, and=20
> > deltion if=20
> > >> I wildcard. Any domain in which they enter in my clients ns's will=20
> > >> resolve automatically as soon as the whois updates.
> > >
> > > 	Actually you can't.  You will end up returning answers that
> > > 	will be rejected.  If the registrar does any sort of checking
> > > 	the registration will also be rejected.
> >=20
> >=20
> > Ok, thanks.  So with this, it is a safe estimation, all these=20
> > domain parking systems actually create DNS records on the fly=20
> > for their users?  I can not imagine someone as large as=20
> > godaddy with such inferior support, and a rather terrible web=20
> > interface, actually getting this right most of the time.
> > --
> > Scott
> >=20
> >=20
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: Mark_Andrews at isc.org