如果短主机名已被证明可通过 DNS 解析，为什么我无法使用其短主机名从机器上查看/使用/映射驱动器？
我有一台运行 Windows Server 2008r2 Standard 的机器（本例中为客户端）。
我无法使用短主机名从我的文件服务器查看、使用或将网络驱动器映射到此机器上。
我可以做到这一切，例如net view myfileserver.example.com如果我使用如图所示的完全限定域名，或者使用 IP 地址。
我可以使用短名称 ping 该机器，如果我使用短名称，nslookup 会返回正确的 IP 地址。
我可以使用 FQDN 或简称映射另一个域中的机器上的网络驱动器，例如：net use \\otherfileserver\IPC$ /u:"otherdomain\mylogin" "mypassword" /persistent:no
对我来说，这真是一个令人费解的问题。
还要注意，许多其他客户端机器正在从同一文件服务器映射网络驱动器。
编辑：好的，我把赏金授予了 Sum1sAdmin。我认为他发现了浏览器的一些问题。问题不在于 DNS，无论如何都不可能。短名称、长名称、精简名称、完整名称、完全限定名称 - 它们都是可解析的。问题在于 NetBios（顺便说一句，感谢 Noor Khaldi 第一个提出这个问题）。
但正是 Sum1sAdmin 促使我关注一般的浏览问题。正因为如此，我发现我有两台 Linux 机器充当我的域的主机。这可不是什么好事，因为我有一个混合的 Linux/Windows 环境，并且正如 smb.conf 文件中所述：“域主机指定 Samba 作为域主浏览器...如果您已经有 Windows NT 域控制器执行此工作，请不要使用此功能...”而我确实有。无论如何，我不相信 Samba 能与 Windows 很好地兼容。如果我不能打电话给 Microsoft 技术支持并说“是的，我有这个浏览问题，顺便说一下，主机是一台运行 Samba 的 CentOS 5.3 机器”，而他们说“好的，很酷！”那么我会感到不舒服。我希望我的 Windows 东西存在于 Windows 中，而 Linux 只是客户端。
话虽如此，我还是删除了 Samba 作为域主控的能力。这完全破坏了我的浏览功能，并导致net view一段时间内所有主机上的任何命令都返回错误 53，“未找到网络路径。”。然后过了一会儿，我收到了一个新错误：系统错误 6118，“此工作组的服务器列表当前不可用。”继续等待，我突然开始看到一些机器。使用 Scottie 方便的脚本 (http://scottiestech.info/2009/02/14/how-to-determine-the-master-browser-in-a-windows-workgroup/），然后我开始看到机器和新的 Windows 大师。
尽管如此，原来的机器仍然坏了。现在，大约 10 分钟后，我的域再次出现系统错误 6118。如果您查看我与 Sum1sAdmin 的对话，您会发现我的域有点问题。这很好，因为现在我知道问题绝不是随机的。如果它坏了，而且我知道它坏在哪里，我就可以修复它。现在 NetBios 完全坏了，因为它从一开始就没有正确设置，这始于我发现 Linux 参与其中。（这实际上可能没有造成问题，但无论如何，我想从环境中删除该通配符并让 Windows 成为 Windows）。
无论如何，感谢大家的回复。我会继续研究这个系统，直到它正常工作。
答案1
我认为这指向的是模拟 PDC 上的“主计算机浏览器”服务 - 可能已停止，您已证明 TCP 上的 netbios 正在运行，因此我们可以排除这种可能性 - 这不是您接口上的 DNS 或域后缀配置，因为 1) 它使用 FQDN 2) 我们不想使用 FQDN。因此，我敢说问题出在“计算机浏览器服务器”上。它可能由于选举过程而停止，现在正在不同的“主”上运行，这台机器认为自己是主计算机并强制进行选举。
浏览器选举，在下列情况下会发生浏览器选举来选择新的主浏览服务器：当计算机无法找到主浏览服务器时。
当首选主浏览服务器上线时。
当基于 Windows 的域控制器启动时。
当备份浏览服务器无法联系主浏览服务器以获取浏览列表的更新时。
有关浏览器服务停止原因的故障排除，请参阅此常见原因知识库文章 https://support.microsoft.com/en-ie/kb/135404
这是什么服务？
浏览器服务或计算机浏览器服务是 Microsoft Windows 的一项功能，可让用户轻松浏览和查找邻近计算机中的共享资源。这是通过将信息聚合到单个计算机“浏览主控”（或“主浏览器”）中来实现的。
如果您最近升级了落后的 Windows Server 2003 机箱，那么值得引用： https://technet.microsoft.com/en-us/library/bb726965.aspx
计算机浏览器服务 Windows Server 2008 在新安装 Windows Server 以及将现有服务器升级到 Windows Server 2008 时默认将计算机浏览器服务的启动状态设置为禁用。计算机浏览器服务有助于维护网络上域、工作组和服务器计算机的更新列表，并根据请求将此列表提供给客户端计算机。有关计算机浏览器服务操作的详细信息，请参阅附录 C - 计算机浏览器服务。运行 Windows Server 2008 的计算机上的计算机浏览器服务的默认启动状态可能会导致主域控制器灵活单主机操作 (PDC FSMO) 角色中的域控制器出现问题。对于计算机浏览，PDC FSMO 角色中的计算机集中收集和分发有关多子网网络的域、工作组和计算机的信息。如果 PDC FSMO 角色中的计算机未运行计算机浏览器服务，则整个网络的计算机浏览列表将仅包含本地子网上的域、工作组和计算机。为了防止出现此问题，请在 PDC FSMO 角色中的计算机上将计算机浏览器服务的启动类型配置为自动，然后启动计算机浏览器服务。 您可以从服务管理单元或提升的命令提示符下使用以下命令执行此操作： sc config browser start= auto sc start browser 由于计算机浏览器服务依赖于文件和打印机共享，因此您还需要在网络和共享中心中打开文件和打印机共享。 或者，将 PDC FSMO 角色移动到另一个域控制器，该域控制器已启动计算机浏览器服务并将其配置为自动启动，并在网络和共享中心中打开文件和打印机共享。 此外，如果子网上唯一的服务器计算机运行的是 Windows Server 2008，则客户端计算机将成为子网上的本地浏览服务器。 在客户端计算机启动和关闭时，本地浏览服务器的角色将从一台客户端计算机传递到另一台客户端计算机，这可能会导致域、工作组和计算机的显示不一致。为了防止出现此问题，请在运行 Windows Server 2008 的计算机上打开文件和打印机共享，将计算机浏览器服务的启动类型配置为自动，然后启动计算机浏览器服务。
答案2
正如 Noor Khaldi 所说，这可能是与 NetBios 或 NetBios 的 TCP Helper 有关的问题。
目标计算机和客户端计算机是否在同一个本地域中？这可能是与 DNS 后缀相关的问题。
运行ipconfig /all并查找DNS Suffix Search List结果顶部的，然后查找Connection-specific DNS Suffix网络接口的。第一个应该具有您所在域的后缀，并且每个 NIC 的自定义后缀应该为空或具有与全局后缀相同的信息。
如果您很着急，您可以设置此注册表黑客以允许在联系共享时使用别名：
编辑注册表项HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters并添加 DWORD 类型的值DisableStrictNameChecking并将其设置为 1。
答案3
这一切都取决于你所采用的名称解析策略，从你的描述来看，网络基本输入输出系统名称解析（用于短名称）无法查找您要查找的服务器的 IP 地址。
“平“将使用 FQDN 名称，因此您不应该在查找短名称时使用它，而是使用“国家生物技术统计局“ 去测试。
- 检查您正在使用的两台计算机是否都启用了 NetBIOS。
- 使用 NBTStat 命令查看是否能够解析主机名。
- 如果名称解析失败，请将目标 IP/名称添加到 Hosts 文件中。或者，如果解析正确，请检查无法连接的原因。
答案4
问题服务器是否位于精确的与其他服务器位于同一网络。例如，192.168.1.x/24 和 192.168.2.x/24 是不同的网络。如果没有额外的基础设施，即 WINS 服务器，您就无法跨网络解析短名称 (Netbios)。在所有示例中，您都引用了 FQDN 作为工作。DNS 旨在跨越网络，并将按预期工作。您能否确认所涉及的两台服务器都在相同的IP 网络/子网？