为反向DNS查找configurationIP

我有一个具有专用IP地址的域的Web服务器。 我需要在反向DNS查找期间显示服务器的共享IP地址。

专用的IP有一个工作的Alogging,看起来像这样,

example.com 14400 A 123.45.67.890 // Dedicated IP 

共享IP显示在服务器上的所有其他站点,除了这个具有专用IP的站点。 我为共享IP添加了一个Alogging,当我反向DNS查找时,

 sharedip.example.com 14400 A 098.76.54.321 // Shared IP 

我不知道我是否正确添加了共享IP,或者我应该以不同的方式来完成此操作。

将共享IP附加到已具有专用IP的域是将Alogging与子域一起使用的正确方法

  sharedip.example.com 14400 A 098.76.54.321 

考虑专用附加到没有子域的域如上所示?

 example.com 14400 A 123.45.67.890 // Dedicated IP 

你所期望的状态没有问题:

 sharedip.example.com. 14400 IN A 93.184.216.34 34.216.184.93.in-addr.arpa. IN PTR sharedip.example.com. 

您的服务提供商可能希望Alogging在添加相应的PTRlogging之前工作,以避免logging不匹配的情况(请参阅信息RFC 1912,2.1 )。 他们可能不接受你的截图,因为它不能确保DNS实际configuration正确。

您的问题不提供任何有关您的DNS服务器configuration的信息。 它也不告诉你是维护自己的DNS服务器,还是使用某种configuration工具来添加logging,比如在networking托pipe公司或域名注册商提供的DNS服务中。 所以不可能指导你如何解决这个问题,但我可以给你一些共同的build议。

  • 如果您直接修改您的区域文件, 请记得更新序列号,即您的SOAlogging的第三部分。 这个值必须增加。 否则,DNS服务器(BIND)不会重新加载区域文件,辅助DNS服务器不会启动区域传输。 SN的推荐格式是YYYYMMDDNN (从年,月,日和版本每天)。
  • 如果使用BIND,请记住在更改之后rndc reload
  • 如果您启用了DNSSEC,请记住签署该区域 。 (SN增量可能是自动的。)
  • 如果其他人正在维护DNS,则可以从手册中检查该区域从用户可用的configuration环境更新的频率。 如果没有提供这种信息,您可以dig example.com NS获得权威名称服务器列表,然后testing:

    • 他们是否都有正确的Alogging: dig example.com @b.iana-servers.net
    • SOAlogging已经改变,SN的格式正确: dig example.com SOA
  • 如果您的服务提供商没有从授权名称服务器检查Alogging,而是使用其recursion名称服务器 ,请注意您的TTL设置为14400秒。 在这种情况下,从检查logging在授权名称服务器上正确更新的4小时后,您可以再次请求PTR更改。