我有这些领域：
company.com a.company.com b.company.com c.company.com 子域“a”和“b”位于GUI中company.com的同一区域（尽pipe在主机名字段中有一个额外的点）。 c.company.com区域与主机a和b的区域是分开的。
当我委派一个辅助/奴隶“company.com”我没有看到任何NSlogging或c.company.com任何logging。
问题
company.com区域（包含a和b ）的辅助服务是否包含c NSlogging？ （我不能在c下解决任何问题
在这种情况下， c.company.com在NS之前和之后的c.company.com是多less？
这是一般的DNS的预期行为？ （对于一些子域没有NSlogging的辅助文件）
我可以select什么方式来解决或重新定向中学？
如果我为c.company.com创build了一个存根区域（Windows 2003function），我可以在company.com的NS上解决c.company.com 。 我必须为每个独立的中学做这个。
我的意图是更好地理解这个问题，即平台不可知论，并防止这种情况再次发生。
如果c.example.com。 是一个委托区域，那么在example.com中应该有NSlogging，以及如果名称服务器在baliwick中，则loggingAlogging。 例如，在example.com中：
c.example.com. IN NS ns.c.example.com. ns.c.example.com. IN A 192.0.2.10
这些logging应该由example.com的主服务器和辅助服务器返回。 在委派区域之前，不会有NSlogging。
我不知道如何在Windows Server上实现这一点;-)
example.com应该有一个包含2个或更多NSlogging的c条目。 它还需要知道c.example.com子域内的任何域名服务器的地址。 查询example.com的名称服务器应返回名称服务器。 在命令模式下使用以下命令运行nslookup应该能让你知道发生了什么。
nslookup norecursive c.example.com ns1.example.com c.example.com ns.c.example.com
dig如果可用是select的工具。 像dig @ns.example.com c.example.com这样的命令应该返回查找名称服务器所需的数据。 这将包括NSlogging， A和可选的AAAAlogging。