我似乎记得多年来试图停止将 WINS 名称服务作为 Windows 环境的一部分的要求。
我的问题是站点是否仍在使用 WINS 或已经切换到其他东西并且不再需要 WINS。如果是这样，有人想分享他们的经验吗？
谢谢。
许多这些答案只是部分正确或完全错误。WINS 只是将名称解析为 IP 地址的另一种方法。只要您的应用程序知道如何使用 DNS，就根本不需要 WINS。
编辑：好的，我不敢相信这个线程上有多少错误信息。首先，拥有不同的子网并不一定要使用 WINS。只要您的应用程序可以与 DNS 服务器上的 udp/tcp 端口 53 通信，您就可以很好地解析主机名（是的，\\hostname 也可以）。
其次，如果您想知道为什么不能使用短主机名（即没有域的主机名）解析任何内容，那可能是因为您从未在客户端上配置默认域（或域搜索列表）。
最后（但并非最不重要！），Active Directory 域不是在 Windows 网络上使用 DNS 的先决条件。您认为这是因为当您将计算机加入域时，Windows 会为您设置默认域名。没有什么可以阻止您通过其他方式（可能是 DHCP）自己设置它。
所以总而言之，只需设置默认域并像我们 21 世纪的其他人一样使用 DNS！
在我们的企业中，许多遗留应用程序仍然需要它。
觉得我需要编辑这个，因为最受好评的答案是完全错误的！
如今，许多组织绝对需要 WINS。
WINS 的工作原理 更新时间：2005 年 1 月 21 日
WINS 的工作原理 默认情况下，当运行 Microsoft® Windows® 2000、Windows XP 或 Windows Server 2003 操作系统的计算机配置了 WINS 服务器地址（手动或通过 DHCP）进行名称解析时，它使用混合节点 (h -node) 作为其用于 NetBIOS 名称注册的节点类型，除非配置了另一个 NetBIOS 节点类型。对于 NetBIOS 名称查询和解析，它也使用 h 节点行为，但有一些不同。
对于 NetBIOS 名称解析，WINS 客户端通常执行以下一般步骤序列来解析名称：
客户端检查查询的名称是否是其拥有的本地 NetBIOS 计算机名称。
客户端检查其远程名称的本地 NetBIOS 名称缓存。为远程客户端解析的任何名称都放置在此缓存中，并保留 10 分钟。
客户端将 NetBIOS 查询转发到其配置的主 WINS 服务器。如果主 WINS 服务器无法回答查询——或者因为它不可用或者因为它没有名称条目——客户端将尝试按照它们列出和配置的顺序联系其他已配置的 WINS 服务器它的用途。
客户端将 NetBIOS 查询广播到本地子网。
如果客户端配置为使用 Lmhosts 文件，则客户端会检查 Lmhosts 文件是否与查询匹配。
客户端尝试 Hosts 文件，然后尝试 DNS 服务器（如果已配置为其中之一）。
问题是并非每个应用程序都可以配置为使用 DNS。
即使在 Microsoft 自己对 Active Directory 设置的解释中，它也提到需要 WINS。
“早期版本的 Windows 仍然需要 NetBIOS 名称解析（WINS 服务器、LMHosts 文件或 NetBIOS 广播）来解析 Active Directory 域上的网络资源。”
所以是的，有一些组织可以不使用 WINS 就可以逃脱，但是做出一个概括性的声明，即如果您可以访问 DNS 服务器，那么您神奇地不需要 WINS 是错误的。
很多事情仍然需要 wins（每天越来越少！）。我见过的最常见的例子是 wins 是在集群 2003 服务器上运行 Exchange 2007 的要求。Wins 使用 Netbios 名称。NetBIOS 名称是计算机上运行的 NetBIOS 服务使用的标识符。它是 15 个字符（字节）名称和表示服务的第 16 个字符的组合。标识 NetBIOS 网络资源时，将使用这些名称。NetBIOS 无法在 Internet 上进行名称解析。NetBIOS 名称是单部分名称，没有任何层次结构。
NetBIOS 命名空间是扁平的，这意味着没有后缀添加到 NetBIOS 名称，并且两台计算机不能具有相同的 NetBIOS 名称。这意味着任何一个网络中的每个 NetBIOS 名称都必须是唯一的。
请参阅Microsoft Windows 的 TCP/IP 基础知识，第 11 章 - TCP/IP 上的 NetBIOS
WINS仍然是一个非常重要的要求，尽管世界上的每个 Windows 管理员都试图将其打死。每当有子网分离时，您都将需要 WINS。为不同的站点运行 VPN？这意味着一个子网 - 和 WINS。有不懂 AD 的老客户吗？你需要赢。有您正在联网的 DOS 应用程序吗？又赢了。
WINS 还用于填充浏览列表。虽然基于 Active Directory 的机器可以在没有 WINS 的情况下工作，但由于浏览列表按以下顺序填充，可能会有延迟：
问题的症结在于LANMAN的根源，它产生了SMB，产生了CIFS……你可以看到这是怎么回事。LANMAN 是一种基于 LAN 的协议——它没有“互联网”的概念，更不用说“路由”了。WINS 的开发是为了弥补这一差距并使路由成为可能。快进到现在，CIFS 仍然有一些对 LANMAN 的向后兼容支持。UNC 路径名可能是“现代的”，但它们仍将附加到 LANMAN 服务器。然后是整个“浏览列表”的事情......
MS 非常接近退出 WINS 服务器业务，但有太多“遗留”钩子，不仅在操作系统中，而且在需要 WINS 服务器的应用程序和服务中。而只要有对LANMAN式传输的支持，将会有一个需要有各地的WINS服务器。
编辑：
是的，您可以在平面域中关闭 WINS。
然而...
尽管我希望看到这项服务在其核心中占有一席之地，但它不会消失，直到微软出现并改进他们提供 LAN 服务的方式。 （是的，该链接上有一条评论说它也不需要……但是请仔细阅读马口所说的内容……）
| 归档时间： |
|
| 查看次数： |
4897 次 |
| 最近记录： |