Chile

ChileDNS传播检查器

对位于Chile的6台解析器(San Bernardo · Santiago · Providencia · Valdivia · Santiago · Las Condes)执行DNS查询。

请输入有效的域名。

正在从6个位置检查
  • 已解析
  • 无应答
  • 检查中
San Bernardo33.59° S, 70.70° WSantiago33.45° S, 70.65° WProvidencia33.43° S, 70.62° WValdivia39.81° S, 73.25° WSantiago33.45° S, 70.65° WLas Condes33.42° S, 70.59° W
  • CL San Bernardo Chile
  • CL Santiago Chile
  • CL Providencia Chile
  • CL Valdivia Chile
  • CL Santiago Chile
  • CL Las Condes Chile

从Chile检查DNS能告诉您什么

缓存是本地的

DNS解析器会在生存时间允许的期限内保留每条记录的缓存副本,而且每个地点各自独立。因此,您已经发布的变更可能在一台解析器上已经生效,另一台却仍在返回旧答案。

境内视角

从Chile检查会在该国境内的服务器上查询记录,您看到的是当地用户实际得到的结果,而不是另一块大陆上的解析器碰巧返回的内容。

何时最要紧

这在修改记录之后尤其重要。在8.8.8.8这类全球解析器上已可见的更新,在Chile本地ISP那里可能仍是旧值,直到其缓存副本过期。针对Chile的服务器运行检查,可以确认新值是否已到达当地访问者依赖的解析器——当您在等待迁移或邮件切换生效时,真正要紧的正是这个答案。

DNS传播的原理

TTL 计时器

每条DNS记录都带有生存时间:解析器在再次查询之前可以保留缓存答案的秒数。当您更改记录时,仍持有旧值的解析器会继续返回旧值,直到计时器走完,然后才获取新值。

错落到期

“传播”不过是这种过期在众多独立解析器上错落发生的过程,所以在变更前调低生存时间能让变更更早生效。不存在固定的等待期:旧答案能存留多久,由记录自身的生存时间决定。

常见问题

为什么Chile的DNS服务器返回的结果和8.8.8.8不一样?

有两个原因。每台解析器独立缓存,所以一台可能比另一台持有更旧的答案。

另外,内容分发网络会根据发起查询的解析器所在位置作答,把Chile的解析器引导到附近的边缘节点。

两个答案对各自的位置来说可以同时是正确的。

DNS变更多久才能在Chile看到?

这取决于记录的生存时间,而不是国家。

Chile的解析器会保留之前的答案,直到缓存副本过期,然后拿到新答案。

如果您在变更前调低了生存时间,变化会更早出现;否则旧值可能一直存留到原计时器结束。

Chile的用户应该使用哪个DNS服务器?

对大多数人来说,网络运营商分配的解析器就很好,通常延迟也最低。

想换一个的话,可以指向从Chile可达的公共解析器,比如Cloudflare(1.1.1.1)或Google(8.8.8.8);如何选择取决于您更看重速度、隐私还是过滤。

为什么偏偏要从Chile检查DNS?

因为它展示的是Chile的访问者实际解析到的结果,这可能与全球查询不同。

如果您的受众在Chile,或者您把主机或邮件迁到了那里,针对该国解析器进行检查可以确认记录已经到达那些用户依赖的服务器。