我们有一个域,来自以前的维护者,它有一个“长”的FQDN,例如dot.longname.top,它使DFS结构更长,当然可以有几个DFS名称空间,这也是今后的目标。主要问题是FQDN在默认情况下是长的。
兴趣在于在可能的情况下以某种方式为DFS命名空间提供一个可选的FQDN。在我们真正开始研究这件事之前,有没有人看过这件事,并有过任何事实或经验。
NetBIOS名称是LONGNAME,FQDN名称是dot.longname.top,例如,我们寻找的FQDN替代名称是ln.top
然后我们将能够构建这个DFS名称空间。
\ln.top\dfs \ln.top\sys \ln.top\users
诸若此类。我确实理解存在的复杂问题,并且在这个时刻无法在设计中看到基于体系结构的解决方案。但你总能调查这件事并抱有希望..。
发布于 2014-10-05 01:05:34
创建新的DNS区域"ln.top“
不能为新的短区域的名称创建CNAME记录,以解析为longname域/区域。为此,您可以创建主机(A)记录。
对于每个DFS命名空间服务器,在"ln.top“区域中创建一个新的A记录:
Name: <blank>
FQDN: ln.top <MMC makes this value fixed, not changeable>
IP: <of.the.namespace.server>如果命名空间服务器的地址发生更改,请更新这些A记录。
然后,您应该能够使用\ln.top\dfs。
如果您通过此命名空间使用脱机文件,它们可能会受到影响。虽然这不是CNAME,但它的名称与以前使用的客户端不同。请参阅http://blogs.technet.com/b/thenetworker/archive/2008/08/12/use-of-cname-records-for-availability-in-dfs-offline-files-integration.aspx
这是非常规的,不确定任何其他风险或问题,您可能会遇到这个设置。我不使用这种方法,但你的问题引起了我的兴趣,所以我做了一个快速测试在我的实验室。在广泛使用之前,请在您自己的dev环境中或与试点用户进行仔细的测试。
https://serverfault.com/questions/633555
复制相似问题