如何configurationWindows机器以允许与DNS别名共享文件

configurationWindows环境以允许使用DNS CNAME引用服务器需要什么过程?

我想这样做,以便我可以命名我的服务器像SRV001,但仍有\\file 指向该服务器,所以当SRV002取代它,我不必更新任何人的链接,只需更新DNS CNAME和每个人都将指向新的服务器。

为了便于故障转移scheme,一种常见的技术是针对不同的机器angular色使用DNS CNAMElogging(DNS别名)。 然后,而不是更改实际机器名称的Windows计算机名称,可以切换DNSlogging指向一个新的主机。

这可以在Microsoft Windows机器上工作,但要使其与文件共享一起工作,需要采取以下configuration步骤。

大纲

  1. 问题
  2. 解决scheme
    • 允许其他机器通过DNS别名使用文件共享(DisableStrictNameChecking)
    • 允许服务器机器通过DNS别名使用文件共享(BackConnectionHostNames)
    • 为多个NetBIOS名称(OptionalNames)提供浏览function
    • 注册其他Windowsfunction的Kerberos服务主体名称(SPN),例如打印(setspn)
  3. 参考

1.问题

在Windows计算机上,文件共享可以通过计算机名称(有或没有完全限定)或通过IP地址工作。 但是,默认情况下,文件共享不适用于任意的DNS别名。 要启用文件共享和其他Windows服务以使用DNS别名,您必须按照以下详细说明进行registry更改并重新启动计算机。

2.解决scheme

允许其他机器通过DNS别名使用文件共享(DisableStrictNameChecking)

单单这一改变将允许networking上的其他机器使用任意的主机名连接到机器。 (但是,这种更改不允许计算机通过主机名连接到自己 ,请参阅下面的BackConnectionHostNames)。

  • 编辑registry项HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters ,并将DWORDtypes的值DisableStrictNameChecking设置为1。

  • 编辑registry项(在2008 R2上) HKLM\SYSTEM\CurrentControlSet\Control\Print然后将DWORDtypes的值DnsOnWire设置为1

允许服务器机器通过DNS别名使用文件共享(BackConnectionHostNames)

这个改变对于一个DNS别名来处理来自机器的文件共享来发现它自己是必要的。 这将创build可以在NTLM身份validation请求中引用的本地安全机构主机名称。

为此,请按照下列步骤在客户端计算机上的所有节点:

  1. 到registry子项HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0 ,添加新的多string值BackConnectionHostNames
  2. 在数值数据框中,键入用于计算机上本地共享的CNAME或DNS别名,然后单击确定。
    • 注意:在一个单独的行上键入每个主机名称。

为多个NetBIOS名称(OptionalNames)提供浏览function

允许在networking浏览列表中查看networking别名。

  1. 编辑registry项HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters并添加一个值OptionalNamestypes的OptionalNames
  2. 添加应在NetBIOS浏览条目下注册的名称的换行符分隔列表
    • 名称应符合NetBIOS约定(即不是FQDN,只是主机名)

注册其他Windowsfunction的Kerberos服务主体名称(SPN),例如打印(setspn)

注意:不应该这样做的基本function的工作,在这里logging的完整性。 我们有一种情况,DNS别名不工作,因为有一个旧的SPNlogging干扰,所以如果其他步骤不起作用检查是否有任何杂散的SPNlogging。

您必须为所有新的DNS别名(CNAME)logging注册Kerberos服务主体名称(SPN),主机名称和完全限定的域名(FQDN)。 如果您不这样做,Kerberos票证请求DNS别名(CNAME)logging可能会失败并返回错误代码KDC_ERR_S_SPRINCIPAL_UNKNOWN

要查看新的DNS别名logging的Kerberos SPN,请使用Setspn命令行工具( setspn.exe )。 Windows Server 2003支持工具中包含Setspn工具。 您可以从Windows Server 2003启动盘的Support \ Tools文件夹安装Windows Server 2003支持工具。

如何使用该工具列出计算机名的所有logging:

 setspn -L computername 

要为DNS别名(CNAME)logging注册SPN,请使用以下语法的Setspn工具:

 setspn -A host/your_ALIAS_name computername setspn -A host/your_ALIAS_name.company.com computername 

3.参考

所有的Microsoft参考都可以通过以下方式工作: http : //support.microsoft.com/kb/

  1. 在基于Windows 2000的计算机或基于Windows Server 2003的计算机上连接到SMB共享可能无法使用别名
    • 介绍使用其他计算机到服务器计算机的DNS别名logging使文件共享正常工作的基础知识。
    • KB281308
  2. 当您尝试在安装Windows Server 2003 Service Pack 1后使用其FQDN或其CNAME别名在本地访问服务器时出现错误消息:“访问被拒绝”或“没有networking提供程序接受给定的networkingpath”
    • 介绍如何使DNS别名与文件服务器本身的文件共享一起工作。
    • KB926642
  3. 如何通过在Windows Server 2003和Windows 2000 Server中使用DNS别名(CNAME)logging来合并打印服务器
    • 涵盖更复杂的情况,其中Active Directory中的logging可能需要更新以使某些服务正常工作,并浏览这些服务才能正常工作,以及如何注册Kerberos服务主体名称(SPN)。
    • KB870911
  4. 分布式文件系统更新,以支持Windows Server 2003中的合并根
    • 使用DFS涵盖更复杂的场景(讨论OptionalNames)。
    • KB829885

另一种使用冗余进行Windows文件共享的方法是使用带有复制的分布式文件系统(DFS-R)。 为了实现这一点,您至less需要在文件服务器上安装Windows Server 2003 R2。

您设置您的DFS根目录,然后可以指定提供单个共享的多个服务器。 如果其中一台服务器出现故障,则使用该服务器的客户端将自动故障切换到其中一台服务器。

有关更多信息,请参阅Microsoft的DFS概述 。