我试图让我的域指向我的服务器正确。 在我的域pipe理器中，我不得不注册一个自定义的域名服务器（而不是仅仅因为某种原因将它指向IP），我将其作为ns1.mydomain和ns2.mydomain。 然后，我在Windows服务器设置DNSangular色和configurationDNSpipe理器与两个正向查找zomes和设置他们的主机（一）到他们各自的IP。
当我查找我的域名时，我没有得到任何东西（我在24小时前configuration了这个），但是如果我去ns1.mydomain，我得到IIS欢迎页面（预期）。
这是我第一次设置一个窗口框，所以我觉得我只是缺less一个明显的步骤。
任何帮助是极大的赞赏
编辑
由于ns1和ns2属于您，您的注册商已经指向他们，所以您的DNS区域可能有问题。 在DNSpipe理单元中的正向查找下find您的区域，并启动属性。 在名称服务器选项卡下，您是否看到ns1和ns2？ 确保它是像ns1.mydomain.com一样的FQDN。 在常规选项卡下，确保它是主要区域，因为我假设你没有安装活动目录。 在安全选项卡下，确保“所有人”都具有读取权限。
对于Alogging，您有权在此处拥有公共IP，因为这是您的公共权威DNS服务器（和Web服务器，但这不重要）。
如果您在DNSpipe理单元中转到DNS服务器本身的属性，请转至转发器并将其删除。 你想检查框来使用根提示。 如果你把NS1和NS2列为货运代理，那就意味着当他们看不到什么东西时，他们就会向前推进，那是不好的。 在监控标签下做一个简单的查询testing和recursion查询testing，让我知道你find了什么。
这听起来像你在服务器上的DNS设置很好，但权威名称服务器在哪里？ 假设你使用的是GoDaddy，你需要指定你的新的Windows服务器的公有IP作为权威的名字服务器。 确保您的防火墙上已经打开了端口53，因为这是DNS使用的端口。
为了扩大权威的名称服务器，它是那个说example.yoursite.com应该指向66.103.21.201（或其他）。 对于我的域名，授权名称服务器由GoDaddy和Network Solutions所有。 鉴于此，我使用他们的DNS编辑页面来指定我的Alogging。 我发现如果TTL设置为3600，那么更新大约需要一个小时。它不会更快。
如果我的networking中的工作站想要执行DNS查找，它首先会询问本地的Windows服务器。 说我正在查找google.com。 我的本地服务器不是权威的名称服务器，让我们也说它从来没有见过google.com之前，所以它没有caching的DNSlogging。 然后，它将使用您指定的转发器向树中的下一个DNS服务器询问IP是什么。 如果该服务器不具有权威性，它将继续向上，直到获得正式答案。 我猜这是您的情况，这意味着您的解决scheme是将所有这些Alogging添加到您的域名注册商的DNS页面，因为它们可能是权威的名称服务器。
另外，除非您的防火墙设置了正确的回送NAT规则，否则不要在您的DNS服务器上的子域的Alogging上放置公共IP。 使用本地IP（比如192.168.xx），这样内部工作站对另一台内部服务器进行DNS查询就可以得到本地答案，而不必额外访问互联网。