The IP address (I'll call it just one here, but the concept applies equally well with any number of addresses) which is assigned to the VPS is assigned to the ISP where the VPS is running.
In forward DNS, you register a domain name, have it pointed at your name servers, and configure those name servers to serve that zone.
In reverse DNS, the owner of the IP block receive a delegation for the appropriate zone under either in-addr.arpa
or ip6.arpa
. In the case of a reasonably-sized block they can delegate this further to your name servers in a manner described in RFC 2317, Classless IN-ADDR.ARPA delegation. If you have only one or a few IP addresses, they may be unwilling to do so because of the overhead involved.
Just like there is no way to query the DNS network for "all host names that have an A record pointing to 192.0.2.1", there is no way to query the DNS network for "all records that have a PTR record pointing to myhost.example.com". Instead, the owner of the netblock 192.0.2.0/24 would need to add a record like 1.2.0.192.in-addr.arpa. PTR myhost.example.com.
(or equivalent, in case of RFC 2317 style delegation). As you can see, this is nowhere near example.com
in the DNS hierarchy.
So you have two options, really:
- Ask the ISP that runs your VPS to create a PTR record for the IP address in question, with the host name you want the VPS to be known by. This is the easiest in the short term.
- Ask the ISP that runs your VPS to delegate the appropriate netblock to a separate RFC 2317 zone and delegate that zone to DNS servers under your control, where you can add a PTR record yourself. This requires more initial configuration from the ISP, but shifts the burden of administration onto you for the future.
Note that in each case, the ISP that runs the VPS must make some change. Your domain name and domain name registrar (unless the latter just happens to be the company that also runs the VPS) has nothing to do with this per se.