问ip/名称服务器中的绑定配置错误

EN

旧的IP地址可能正在被您查询的服务器缓存。首先，检查两个新的权威域名服务器是否都发布了正确的地址，方法是直接使用dig查询它们：

dig @ns1.newnameserver domain. a
dig @ns2.newnameserver domain. a

假设这些查询给出了正确的答案，挖掘其他一些不是这样的服务器：

dig domain. a     # Use the system's default resolvers
dig @8.8.8.8 domain. a     # Use Google's public resolver
dig @some.other.ip.address domain. a

如果它给出了旧的答案，看看TTL。这是答案中列出的数字字段，紧跟在名称之后和" in“之前。这是在您查询的服务器丢弃其缓存数据并再次查询权威服务器之前，您必须等待的秒数。

问问那些相同的域名服务器，他们认为“域”在哪里。是委派的：

dig domain. ns     # Use the system's default resolvers
dig @8.8.8.8 domain. ns     # Use Google's public resolver
dig @some.other.ip.address domain. ns

您希望看到"domain.“的两个NS代码，一个指向"ns1.newnamserver”，另一个指向"ns2.newnameserver"，但解析程序同样会缓存这些信息，以便它们仍然具有旧的名称服务器。如果是这样，也可以查看这些NS记录上的TTL。如果这些记录上的TTL比A记录上的TTL长，那么这些解析器可能仍然会去旧的名称服务器获取“domain.”的A记录，即使它们当前缓存的副本过期了……所以您可能需要等待该TTL首先过期，然后等待实际A记录上的TTL再次过期！

你可以做的另一件事是向一些权威的域名服务器查询你的域的父域，看看他们是否真的把它委托给了"ns1.newnameserver“和"ns2.newnameserver”。这将验证DNS中的委派是否与WHOIS中的委派相匹配。

dig com. ns      # If your domain's parent domain is "com."
dig @<one-of-the-servers-that-resulted-from-that-query> domain. ns

同样，您希望看到"domain.“的两个NS代码，一个指向"ns1.newnamserver”，另一个指向"ns2.newnameserver“。

如果旧名称服务器仍在运行，请执行以下任一操作：

1. 确保它们没有安装，或者
2. 确保他们也安装了新的区域data

有些人仍然会与旧的名称服务器交谈，除非他们停止回答或给出正确的答案，否则他们不会从父专区学习新的名称服务器。