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