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