Tob*_*len 9 networking domain-name-system nameserver
我一直在与某个网络供应商发生一些问题，原因是未更改的名称服务器使我的网站对他们的客户不可见。除了他们是爱尔兰最大的 ISP 之一之外，我不会感到困扰。
他们声称这些记录在我站点的旧名称服务器上仍然处于活动状态，因此在收到响应告诉他们该站点没有 dns 记录之前，他们不应更改。
我的问题是，什么是正确的行为？网络上的所有其他网络提供商、isp、dns 服务器都已更新为我的新名称服务器。
他们是否遵循了一些技术上正确但被忽略的 RFC，该 RFC 说他们不需要检查新的名称服务器，直到旧的名称服务器返回错误？
更新：
Vodafone 最终联系了我并说他们已经解决了这个问题，更重要的是现在正在将其上报给他们正确的技术人员，因此这个问题不应该影响其他任何人。希望这能解决问题。
Aln*_*tak 15
您似乎看到了一个称为child sticky resolvers 的问题。
对于每个域名，都有两组可能的NS记录 - 父区域中的记录集和区域本身中的记录集。
一些递归解析器会缓存从孩子那里学到的集合，然后反复返回到这些服务器以进行所有后续刷新。这就是孩子的粘人行为。如果父区域记录发生更改但（原始）子区域记录保持不变，这些子粘性解析器将无法注意到父区域中的更改。
许多（如果不是大多数）实现将恢复到父NS记录，以确保当当前NS记录集从缓存中到期时它们没有更改。这被认为是“正常行为”，但在 RFC 中没有明确规定。
要在您端解决此子粘性行为，您应该用NS显示新服务器名称的正确记录替换旧服务器中的记录。
有关更多详细信息，请参阅IETF DNSEXT 工作组主席 Ólafur Guðmundsson 的演示文稿的第8 至 15 页幻灯片。
| 归档时间： |
|
| 查看次数： |
9202 次 |
| 最近记录： |