我正在为我的Web应用程序设置一个新的服务器（该站点将被移动，不是用于负载平衡等），它与我现有的服务器具有不同的IP地址。 我目前的服务器有一个反向的DNS PTRlogging，将其IP指向mydomain.com。 为指向mydomain.com的新IP设置一个反向DNS PTRlogging是否不好？ 或者我应该等到我进行移植来创buildlogging？
更新 ：我忘了提及，mydomain.com的Alogging指向旧服务器的IP地址，而不是新的，如果有关系的话。
如果方便您作为临时解决scheme，应该是完全可以接受的。 我想不出有多个具有相同主机名的PTRlogging会引入任何技术问题的场景。
一种可能的情况是在新服务器上发送邮件。 至less，如果正向查找parsing到旧的服务器。 反复无常的邮件服务器会popup邮件，而主机名/ IP无法解决这两种方式和匹配。
除此之外，我真的在努力，我想不出来。 如果还有更多的话，可能会像上面那样有限的范围。
只要你保持你的Alogging指向一个特定的IP地址 （不循环），这应该不会造成任何问题。
当然，最好的做法是总是有1 < – > 1的分辨率来closures这个圆圈 。
在digitalpoint.com有一些彻底的解释。 重点是，这是RFC的devise目标，但实际的方法是 – 有时你甚至不能访问一些反向条目（前ISP有陈旧的logging），这不应该是一个问题（假设你只使用1“住”地址）。
简而言之：
如果您有两个IPparsing为相同的域名，那么您无法使用Forward Forward Confirmed Reverse DNS（FCrDNS），这是许多身份validationscheme使用的检查（例如决定是否提供邮件时使用的电子邮件服务器）。
为了获得确认的反向DNS，IP地址必须parsing为parsing该IP地址并仅parsing该IP地址的主机名。
但是，您可以将一个IPparsing为sub01.example.com，另一个parsing为sub02.example.com，并且仍然具有FCrDNS。