当我通过UNC浏览到我的Windows域名时会发生什么？
后来我设置了一个DFS命名空间\\my.dom.com\somecrap 。
它的工作很好，但我总是注意到一些让我困惑的事情，我从来没有问过这个问题。
当我浏览到\\my.dom.com ，看起来我连接到一个随机DC。 通过ping my.dom.com我可以确认什么是DC。 解决的IP将是我连接的DC的IP。
这是有道理的，因为我的域中有一个主机logging，指向每个域控制器（与父文件夹相同），这将是我的域名。 我相信这是应该的。
但有趣的是，当我浏览到\\my.dom.com （应该与\\DC_currently_resolving_my.dom.com相同）时，我发现服务器上的共享文件夹是空的，但是我的DFS命名空间按预期工作。
因此，例如：我浏览到\\my.dom.com ping my.dom.com并获取1.1.1.1浏览到\\1.1.1.1或\\DC's_Hostname我看到相同的共享文件夹，所以我知道我' m连接到同一台服务器当我查看\\my.dom.com中的共享文件夹时，它们是空的当我查看\\1.1.1.1中的共享文件夹时，它们中有文件
而当我尝试创build或复制文件到\\my.dom.com的共享文件夹更是\\my.dom.com我得到这个错误：
这里发生了什么？
编辑：根据下面的iPath的问题，这里是常规共享和DFS命名空间的属性框并排。 正常份额在左边。 有趣的是，当我浏览到\ Specific_Server vs \ my.dom.com时，常规的共享还缺less安全选项卡 
你问很有趣的问题，可能需要更深入的技术调查。 我的意见是Windows“认为”\\ my.dom.com \ SimpleSharedFolder是一些DFS命名空间的一部分。 但无法find相关的AD信息来构build提供文件夹内容的目标服务器的列表。 资源pipe理器只显示它为空文件夹。
会发生什么（我想）：
- 在Windows资源pipe理器中打开\\ my.dom.com;
- 它为DNSlogging做了简单的DNS查询 – （和父母一样）
- 从响应中select最合适的DNSlogging;
- Windows资源pipe理器连接到该SMB服务器并显示所有共享文件夹;
- 当您打开\\ my.dom.com \ SimpleSharedFolder DFS命名空间的东西进场（redirect器）;
- 此文件夹的目标是未知的;
- 资源pipe理器反应显示空的网格;
同时想一想：如果SimpleSharedFolder不是某些命名空间的一部分，“\\ my.dom.com \ SimpleSharedFolder”是没有意义的，例如my.dom.com命名空间。 在你的情况下，它不是任何命名空间的一部分 – 只有一个DC共享这个文件夹。 所以它不知道通过\\ my.dom.com调用没有看到它。 可能是Windows资源pipe理器应该更健壮。 可能是一个错误或可能是一个function:)
这只是一个理论。 随意certificate或咨询其他广告技术人员。
更新：
理论certificate了一个实验 – 我试图访问\\ mydomain.lab \ Dev这是一个简单的DC共享文件夹。 这里的SMBstream量：
所以DFS通过FSCTL_DFS_GET_REFERRALS SMB调用进入这里：
我认为这解释了一切。 希望这可以帮助！
所以我相信你在\\my.dom.comfind了SYSVOL文件夹（在哪里存储组策略文件）。 默认情况下，在域中的所有DC之间复制（'08通过DFSR [分布式文件系统复制]和'03使用FSR [文件复制服务]使用），因此客户端可以查询域\\my.dom.com和任何DC是壁橱响应
我推测\\my.dom.com实际上处理（解决）不同于\\1.1.1.1 ，它与SMB与DFS / N有关。 我不能直接回答你所有的问题，但我相信这是一个开始。 这是另一篇文章，有更多的信息
如果DFS命名空间位于任何域控制器上，那么DFS命名空间使用一些引用魔法来查找\\my.dom.com\somecrap ，而不仅仅是命名空间专门托pipe的命名空间。 非DFS股票没有此function。
通常情况下，通过将每个DC添加到名称空间的DFSpipe理的名称空间服务器选项卡，可以使每个DC成为somecrap名称空间的副本。 当您添加新的DC时，这不会自动发生。 否则，如果您的计算机恰好将\ my.dom.comparsing为\ DC2，则只有\ DC1具有已定义的名称空间共享，才会显示为空白。 您的DNS订购或网站设置可能永远不会默认为名称空间服务器，因此它们将始终为空。