bind9第4级子域CNAME记录不起作用

时间:2018-01-24 09:02:01

标签: dns bind

我遇到了奇怪的问题

记录如

stage.proj2在CNAME www.example.com。

不起作用。我知道这个记录通常是正确的。 我没有配置服务器,我从不使用这种记录。 绑定9配置中的东西?

1 个答案:

答案 0 :(得分:0)

使用在线工具进行诊断,这是DNSviz的结果:

请注意,它们都显示错误和警告。事实上,由于配置错误或最近的更改,您域上的权威域名服务器列表不匹配: .com权限域名服务器列出了您的区域mydom.com,域名服务器buy.internettraffic.com.buy.internettraffic.com.作为权威,但当您查询他们的区域时,他们会回复ns1.uniregistrymarket.link.ns2.uniregistrymarket.link.对您的区域具有权威性。您应该首先努力消除这种差异。

现在让我们手动解决,就像冷解析者所做的那样,stage-proj2.mydom.com

    正如预期的那样,
  1. dig @a.root-servers.net stage-proj2.mydom.com A回复:

    ;; AUTHORITY SECTION:
    com.                    172800 IN NS e.gtld-servers.net.
    com.                    172800 IN NS b.gtld-servers.net.
    com.                    172800 IN NS j.gtld-servers.net.
    com.                    172800 IN NS m.gtld-servers.net.
    [...]
    
  2. 正如预期的那样,
  3. dig @e.gtld-servers.net. stage-proj2.mydom.com A回复:

    ;; AUTHORITY SECTION:
    mydom.com.              172800 IN NS buy.internettraffic.com.
    mydom.com.              172800 IN NS sell.internettraffic.com.
    
  4. dig @buy.internettraffic.com. stage-proj2.mydom.com Adig @sell.internettraffic.com. stage-proj2.mydom.com A都按预期回复:

    ;; ANSWER SECTION:
    stage-proj2.mydom.com.  300 IN A 69.172.201.153
    

    此处没有CNAME记录。

  5. 如果我们使用其他名称进行测试,结果是相同的,stage.proj2会以相同的方式解析为相同的IP地址。

  6. 总之,我认为您所在区域的stage-proj2stage.proj2都没有问题。你有没有取消CNAME记录?

    您需要指定更多问题:您使用了什么命令以及获得了什么结果(具体的错误信息)以及您期望的结果。