"dig cloudapp.net"（主要的 MS Azure 域）returns 没什么，这在 DNS 中允许吗？
"dig cloudapp.net" (the main MS Azure domain) returns nothing, is this allowed in DNS?
域 "cloudapp.net" 由 Microsoft 的 Azure 服务使用。我 运行 一个 dig cloudapp.net 命令，令我惊讶的是这没有产生任何结果（响应中没有返回 ANSWER 部分）。 "cloudapp.net" 是 Microsoft 的 Azure 服务使用的主要域，Azure 客户通过使用它的子域（例如 "yourwebsite.cloudapp.net" 并使用 CNAME link 他们的 b运行 来利用它ded 域到他们在 Azure 服务上托管的父亲。
你怎么会有一个域名 "cloudapp.net" 基本上什么都不指向？在 DNS 中，二级域不需要 IP 地址 linked 吗？以这种方式配置域名的原因是什么？为什么不让 "cloudapp.net" 默认指向 MS 主站点？只是想了解为什么在 DNS 中允许这样做，以及为什么从技术角度来看公司会选择这样做。
它实际上并不 return 'nothing'，如果你 运行 dig cloudapp.net IN ANY，你会看到你得到了一个名称服务器列表，这是一个递归 dns 解析器将提供更多详细信息，或者您也可以：
dig sub.cloudapp.net IN ANY @prd1.azuredns-cloud.net
因此，cloudapp.net 不需要主机地址记录（也不是必需的），对子域的请求仍将查询主域名服务器，这将 return有效子域的主机记录，如果不是，则 NXDOMAIN。
他们可能出于内部或安全原因不想将 cloudapp.net 指向网站；或许可以确保客户流经一个门户。只是一个假设
域 "cloudapp.net" 由 Microsoft 的 Azure 服务使用。我 运行 一个 dig cloudapp.net 命令，令我惊讶的是这没有产生任何结果（响应中没有返回 ANSWER 部分）。 "cloudapp.net" 是 Microsoft 的 Azure 服务使用的主要域，Azure 客户通过使用它的子域（例如 "yourwebsite.cloudapp.net" 并使用 CNAME link 他们的 b运行 来利用它ded 域到他们在 Azure 服务上托管的父亲。
你怎么会有一个域名 "cloudapp.net" 基本上什么都不指向？在 DNS 中，二级域不需要 IP 地址 linked 吗？以这种方式配置域名的原因是什么？为什么不让 "cloudapp.net" 默认指向 MS 主站点？只是想了解为什么在 DNS 中允许这样做，以及为什么从技术角度来看公司会选择这样做。
它实际上并不 return 'nothing'，如果你 运行 dig cloudapp.net IN ANY，你会看到你得到了一个名称服务器列表，这是一个递归 dns 解析器将提供更多详细信息，或者您也可以：
dig sub.cloudapp.net IN ANY @prd1.azuredns-cloud.net
因此，cloudapp.net 不需要主机地址记录（也不是必需的），对子域的请求仍将查询主域名服务器，这将 return有效子域的主机记录，如果不是，则 NXDOMAIN。
他们可能出于内部或安全原因不想将 cloudapp.net 指向网站；或许可以确保客户流经一个门户。只是一个假设