我有一个与myhosting.com托pipe的VPS，该域名托pipe在godaddy和DNSlogging在AMAZON路由53pipe理。我被告知myhosting支持，我应该创build一个PTRlogging在我的DNS，但我已经阅读，按顺序为IP反向DNS这个logging应该在ISPlogging中创build，这听起来有道理。
因为如果我想通过IP获取域名，请求将永远不会被转发到AMAZON，而是要求ISP为它
我是rigth或MyHosting的支持是正确的，我应该在亚马逊设置PTRlogging，我已经做了
感谢奥斯卡奖
如果您有一个从您的ISP委托的小型子网，这是很常见的。 这就是所谓的RFC 2317委派或类似的东西。
许多ISP会让你在你的域名下创build一个PTRlogging（也就是你可以控制的oscar.com），并且把一个CNAME放在它的反向域（即ISP控制的0.168.192.in-addr.arpa） ）。
例如，对于IP地址221.222.223.15，反向logging将是15.223.222.221.in-addr.arpa。 反向查找将查找来自IP地址所有者的logging（在您的情况下，myhosting.com或其父ISP）。
ISP通常会有类似的logging
15.223.222.221.in-addr.arpa IN PTR net223ip15.myhosting.com 但在cname委托方法中，他们有这样的东西：
15.223.222.221.in-addr.arpa IN CNAME 15.oscar.223.222.221.oscar.com
然后你在你的区域中创build一个logging：
15.oscar.223.222.221.oscar.com IN PTR www.oscar.com
然后，人们会查找221.222.223.15，并按照CNAME从15.223.222.221.in-addr.arpa到15.oscar.223.222.221.oscar.com到www.oscar.com。
我从来没有做过这样的一个单一的IP，但我有几个ISP做这样的路由子网的东西。
检查myhosting.com，看他们是否有一个首选或规范的logging。 但我认为这是代表团背后的一般故事。