主页 / server / 问题 / 403614
Accepted
blacksoul
Asked: 2012-06-30 15:43:52 +0800 CST

DNS 传播延迟或配置错误？

  • 772

我已经等待 DNS 传播将近 24 小时了。我没有不耐烦，但我想知道我是否正确配置了我的区域，或者我有任何错误。

我认为这很好，因为如果我像我的 DNS 辅助一样使用我的服务器 dns，我可以很好地解析和查找主机。

;
; BIND data file for mydomain.net
;
$TTL    86400
@   IN  SOA mydomain.net. mydomain.net. (
        20120629    ; Serial
           10800    ; Refresh 3 hours
            3600    ; Retry 1 hour
          604800    ; Expire 1 week
         86400 )    ; Negative Cache TTL
;
@       IN  NS  ns1
@       IN  NS  ns2

    IN  MX  10 mail

ns1     IN  A   5.39.X.Y
ns2     IN  A   5.39.X.Z

/var/syslog 中没有关于绑定守护进程的任何错误。一切都正确吗？我最多只需要等待 48 小时即可进行正确的 DNS 传播吗？

使用绑定主机的名称服务器从远程计算机进行的 nslookup：

$ nslookup mydomain.net
Server:     bind-host-ip
Address:    bind-host-ip#53

Name:   mydomain.net
Address: domain-ip
linux domain-name-system debian bind

2 个回答

  1. Best Answer

    如果您正在使用dig并使用 @ 表示法指定您的名称服务器，则没有延迟。一旦您保存了新区域文件并重新加载绑定，它就会开始分发新信息。

    如果您没有使用 @ 符号指定您的名称服务器，（这是其他人都会做的），很可能涉及缓存。 dig将在响应中包含当前 TTL。

    也就是说，我在该区域文件中看不到任何 A 记录。您是否将它们排除在外或者它们不在文件中？

    • 4

  2. 嗯，因为你的负缓存 TTL 是 86400 秒（一天），你可能只需要再等几个小时。

    负缓存 TTL 是非权威 DNS 服务器应该缓存 NXDOMAIN 记录的时间。换句话说，如果名称服务器查找不存在的记录，它应该将“不存在的”缓存多长时间？

    在您的情况下，设置为一天。可能发生的情况是，您在创建记录之前（或之后）查询了该记录，而您查询的 DNS 服务器现在有一个等待过期的负面记录。

    您可能想要降低负 TTL 值。

    • 0

相关问题