我有一个COM域与几个子域。 这些子域具有指向ghs.google.com CNAMElogging（它们指向不同的Google App Engine应用程序）。 这几个月来一直没有问题。
然而，最近，我开始接受一些用户的报告，他们不能再连接到我的应用程序。 我发现nslookup subdomain.domain.com是失败的这些用户（我的所有子域）。 其中许多用户来自新加坡的一家名为StarHub的ISP，尽pipe其他用户分散在阿根廷，印度和新西兰等其他ISP。 我还没有收到美国用户（用户群中最大的部分）的任何投诉。 大多数用户似乎不受问题的影响（基于stream量级别）。
任何想法是什么问题，或者我该如何解决？ 我已经尝试联系一些ISP，但他们都有点无益（坚持认为问题在我的一端）。
值得注意的是，遇到问题的用户仍然可以通过IP地址或通过appname.appspot.com子域（由Google App Engine提供）直接连接 – 不再是我的子域。
尝试使用“dns健康检查”或“dns报告”的searchfunction，有许多自动化工具可以穿越DNS基础设施并寻找常见问题。 DNSStuff.com让人想起，但还有很多其他的。 目前很多领域目前都略微超出规范或最佳实践，而且大多数情况下这不是问题，但可能会影响非常严格的解决scheme。
另见这个网站： http : //www.whatsmydns.net/它可以检查你的DNSparsing来自世界各地。
检查你发布的关于该域名的信息，并没有发现任何会导致查询parsing一致失败的情况。 所以你必须回到StarHub的客户（这是不可能的），并让他们进行进一步的诊断testing，如从StarHub内部的traceroute到216.69.185.34和208.109.255.34（这是你的GoDaddy内容DNS服务器当前是）。 这种问题的一个简单原因是跳数过多。