另一个未知的域有一个指向我的域的logging

多个域可以存在于一个IP地址上。 您很可能使用共享服务器来托pipe您的域。 另一个人也是。 你们都在同一台服务器上。

稍微缓解一下你的顾虑。

• 提升其他领域的排名？ 由于排名是基于用来访问内容的url，因此不应该起作用。 网站经常没有PTRlogging，当他们经常做的时候，他们不会通过rDNSvalidation。
• 某种依靠反向DNS的模仿？ 这将要求他们能够使用您的IP地址build立连接。 这将需要破坏一些networking路由表。 如果他们想模仿你的服务器，那么把他们的域添加到PTRlogging中将是没有用的。
• 通过欺骗我的电子邮件地址发送垃圾邮件？ 如果你的域有一个额外的Alogging指向别人的IP地址，这将更容易完成。 然后，他们可以设置合适的PTRlogging以使rNDSvalidation正常工作。 适当的SPFlogging有助于防止欺骗您的域名？
• 窃取用于访问我的域名的密码？ 我还没有看到任何依赖PTRlogging的密码scheme。 可以使用A或CNAMElogging将stream量redirect到可以捕获密码的其他人的服务器。

正如其他人所指出的，如果您的服务器存在于共享服务环境中，那么您可能正在共享IP地址。 否则，您的IP地址提供程序可能没有清理其PTR数据库。 该域名可能以前曾经被托pipe在您的IP地址上。

validation来自授权DNS服务器的IP地址的结果。 某些parsing器configuration可能会导致从/etc/hosts或其他本地数据库返回的反向查看值。

对于反向DNS欺骗，PTRlogging有四项要求是可靠的：

• 连接必须来自PTRlogging的地址。 这对于UDP连接来说是相当容易被欺骗的，但是对于TCP连接来说更加困难。
• IP地址必须有一个或多个PTRlogging返回有效的域。 这似乎是这样的。
• 有效域必须具有始发IP地址的A（或IPv6 AAAA）logging。
• 必须有一个正在运行的DNS服务器返回PTR数据的始发IP地址。 （许多IP地址没有可公开访问的服务器。）

反向DNS对于提供某种连接服务器身份的信任度是有用的。 它最常用于validation传入的SMTP连接。 个人电子邮件非常可靠。 但是，自动邮件发送服务往往configuration不当。

您应该将您的问题指向该IP地址的所有者。 他们决定如何解决。