我正在尝试让domain-b直接到domain-a ，感觉就像我已经通过一个CNAME完成了一个非常标准的方法。 然而，我仍然在尝试www.domain-b.com时收到ERR_NAME_NOT_RESOLVED / server DNS address could not be found 。
各种DNS诊断网站build议在24小时之后，世界各地的DNScaching都与我最新的DNSlogging保持一致，如下所示（并且与相同的注册服务商一起使用，尽pipe这不是必要的，可能不会将来）：
域-B
A 1.2.3.4 # re-direct root domain to www via registrar's own suggested method (IP just an example) www CNAME domains.domain-a.com MX email.com 10 MX relay.email.com 20 TXT v=spf1 include:email.com -all
域-A
A IP Address of server * A IP Address of server MX email.com 10 MX relay.email.com 20 TXT v=spf1 include:email.com -all
虽然由于其他原因，我需要使用通配符A Record -A for Domain-A ，但我确实尝试了一个显式的domains子域A Record ，但并没有改善这种情况。
domain-a.com解决了
所有的子域到domain-a.com解决好
domain-b.comredirect到www.domain-b.com通讯
www.domain-b.com （无论是直接还是通过domain-b.comredirect）总是返回所有浏览器中未发现的DNS地址错误。
我是否忽略了DNSlogging中的某些内容，或者是否应该在别处寻找罪魁祸首？ 我可以直接访问domains.domain-a.com没有问题，所以这使我相信这是不是我的服务器主机和域之间的任何DNSlogging错误– DNSlogging。
DNSlogging是正确的，事实certificate，尽pipe我的logging中的TTL数字很低，但是我的ISP在更新其DNScaching时严重延迟。 这是我对nslookup工具缺乏经验，使我错过了这一点。 我看到没有什么不寻常的结果，像预期的那样返回Got SERVFAIL reply 。
我不知道你可以使用nslookup从不同的DNS服务器运行相同的testing，他们都返回结果没有失败。 我假设如果其他DNS全球服务器检查在95％的服务器上正确显示logging，我自己的ISP肯定不会是罪魁祸首。 学过的知识。 感谢@HBruijn提醒我重温nslookup 。
在更改之前 ，您必须至lessTTL秒降低您的TTL ：新的TTL不能更改已经caching的内容，而需要等到先前的TTL过期。
此外，虽然其他一切都表明，这可能不是问题在这里，正确的DNSlogging总是有尾随的FQDN . 即字面上你的www.example.com. CNAME www.example.com. CNAME ，
www CNAME domains.example.net
实际上是相对于$ORIGIN即
www CNAME domains.example.net.example.com.
而不是正确的
www CNAME domains.example.net.
您可能正在使用某种工具更新您的logging，而不是编辑实际的区域文件。 但是，在给出没有实际域名的configuration时，首先应该纠正这种细节。