rejected due to CNAME and OTHER data error

Mark.Andrews at nominum.com Mark.Andrews at nominum.com
Thu Jun 21 21:54:12 UTC 2001


> 
> > The errors are correct - you need to decide what you are doing with
> > this zone, as the zone data that you have included below contradicts
> > many BIND rules that BIND 8.2.3 enforces very strictly, and it's not
> > clear what you are trying to do with that zone at all.
> 
> I still don't understand, what's wrong with it? It's not one zone just
> for testing, it's one of some thousand zones mainly for .de-domains.
> Most presences are hosted at our servers, so we don't need CNAMEs. But
> some customer want to use the services of dyndns.org, so one or more
> subdomains are CNAMEed to the correspondig subdomain of dyndns.org.

	Well they should do one or more of the following:

	1. lobby for SRV suppport in browsers, etc.
	2. pay or otherwise obtain for a virtual site at a fixed address
	   that can then redirect to their dynamic address at the http
	   level.
	3. move their site to a fixed address.
	4. pay for a fixed address from their ISP.
	5. they should arrange for their de zone to be dynamically
	   updatable so they can use a A record rather than a CNAME.

	Mark

> 
> So, if someone resolves the domain name, it will resolv first .de at the
> root-nameservers, miabdo.de at dns.denic.de, and then ns.cnm.de, looking
> for an a or cname-Record. While it's working the same way with
> subdomains e.g. config.variomedia.de CNAMEed to vm2.variomedia.de,
> what's the problem with miabdo.de to miabdo.dyndns.org? Because it
> CNAMEs to an external source? How else can I configure the above
> described requirements?
> 
> Regards,
> Marten Lehmann
> 
--
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