Change your rDNS entry
You can change your rDNS entry for yourself following these steps:
1- Login in your customer console panel
2- Select Product/services and select the server
3- Depends the type of the server (VPS, DS Game, DS Standard etc.) Go down to "Summary" or click on Manage IPs buttom
4- Depends the type of the server (VPS, DS Game, DS Standard etc.) Select rDNS tab or Select Edit Reverse
5- Change the rDNS entry
If you have any questions, please contact with our staff.
What is a Reverse DNS Entry?
"Normal" DNS queries determine the unknown IP address for a known host name. This is required, for example, for a browser to establish a TCP connection to the correct server on entering an address into the URL line.
www.tucloudserver.com ---> 77.240.116.81
Reverse DNS works in a completely different way; the host name belonging to an IP address is determined.
77.240.116.81 ---> manager.tucloudserver.net
As you can see, the host names for Forward and Reverse Lookups do not need to match!
What is the purpose of a Reverse DNS Entry?
- Trace routes show IP addresses and intelligible host names. This makes it considerably easier to diagnose errors.
- Many mail servers only accept incoming emails if the IP address of the sender has a Reverse DNS Entry.
- In SPF records (Sender Policy Framework; technology for the prevention of spam and virus emails from spoof senders) Reverse DNS Entries can be included.
Practice
How can I assign several names to my IP address, if different domains are hosted on my server?
This is not possible. Only one host name is assigned to each IP address (except bizarre PTR Round Robin tinkering).
Furthermore, it is not important which Reverse Entries are on the server. The browser only resolves forwards (Name --> IP) and here there can, of course, be several names e.g. several A records or several CNAME records, which point to an A record.
It is not necessary to have several host names per IP address for operating mail servers. The Reverse DNS Entry should correspond to the host name of the SMTP server (please see the configuration of the respective SMTP server).
If several domains are administrated via an IP address (as is the usual case) a neutral host name can be used which has nothing in common with the customer domains. Spam filters simply check whether the Reverse DNS Entry matches the HELO host name. This has nothing to do with the domain names or sender addresses from transferred emails.
The following allocation guidelines are recommended:
- The Reverse DNS Entry should match the host name given by the mail server on building up the connection to the corresponding IP address.
- The Reverse DNS Entry should also resolve "forwards" - to the same IP address.
- The Reverse DNS Entry should not take the form of an automatically generated name such as "81-116-240-77-static.tucloudserver.net", as this is often adversely assessed by spam filters.
- The domain, which the name derives from, should exist - please do not invent any names.
Example of an unproblematic entry:
wh010.tucloudserver.net ---> 176.9.165.185 176.9.165.185 --> wh010.tucloudserver.net
> telnet 176.9.165.185 25 220 wh010.tucloudserver.net ESMTP ready
If I set up Reverse Entries (PTR) for my IPs on my name server, why are these not accepted?
The own name server is only responsible for "forward" resolution.
The owner of the IP address block, ie. Hetzer, operates the authoritative name servers for Reverse Entries.
Reverse DNS Entries can only be created via the corresponding console panel (menu item "Products & Services" -> click on the server -> "Sumary" -> click on the "rDNS v4" or "rDNS v6" tab and text field at right next to the desired IP address).
The Reverse DNS Entry for my server is different to the host name specified in the HELO command of my mail server. Is this a problem?
Example: The Reverse DNS Entry for the IP address of a server is "www.tucloudserver.net". The mail server on this server logs into the HELO command, however, as "mail.tucloudserver.net"
Some spam filters grade emails from such senders as "spam", therefore such kinds of inconsistency should be avoided. In the above example, the Reverse DNS Entry and the host name for the mail server could be "srv01.tucloudserver.net" for example, "www.tucloudserver.net" could be redirected as a CNAME entry (alias) without any visible effect on "srv01.tucloudserver.net".
Detailed tests of DNS Entries can be performed using DNSReport.
