A record in zone X, PTR record in zone Y ?
Kevin Darcy
kcd at daimlerchrysler.com
Fri Mar 31 00:02:47 UTC 2006
Timo Veith wrote:
>Hello bind users,
>
>how common/uncommon is the following scenario:
>
>The A record of a webserver shall be defined on a certain name server.
>Lets call it ns.example.com, The record may look like so
>
>webserver.example.com IN A 1.2.3.4
>
>The PTR record for this same webserver would be defined on a completly
>different name server. One that is normally responsible for other zones
>that have nothing to do with the one above.
>
>4.3.2.1.in-addr.arpa IN PTR webserver.example.com.
>
>Is this a bad habbit or is it ok to do this? At least it seems to be a
>little ugly to me, which is why I ask this here.
>
>The reason behind: Someone of our organisation wants to host a web page
>which shall be accessible under the url of a different organisation. Of
>course, this is arranged with the others before. Normally I would say
>the others have to set up a CNAME, which points to the hostname of the
>webserver at our site. BUT:
>
>The guy at ours wants to use HTTPS and the webserver already uses
>multiple vhosts. Now I know that named based vhosts don't work with SSL.
> I have to use another IP address for that which leads me to the upper
>question.
>
It's fairly common for the domain name in a URL, owned and controlled by
a particular entity/company/organization, to resolve to an address whose
reverse DNS is not controlled by the same entity/company/organization.
This happens, for instance, whenever one outsources all or part of one's
web hosting off-premises, yet retains ownership and control of the
relevant domain(s).
- Kevin
More information about the bind-users
mailing list