mdpc Asked: 2009-05-30 08:33:13 +0800 CST2009-05-30 08:33:13 +0800 CST 2009-05-30 08:33:13 +0800 CST 如今，Microsoft WINS 名称服务的使用范围有多大？ 772 我似乎记得多年来试图停止将 WINS 名称服务作为 Windows 环境的一部分的要求。 我的问题是网站是否仍在使用 WINS，或者是否已经切换到其他东西并且不再需要 WINS。如果是这样，有人想分享他们的经验吗？ 谢谢。 windows wins 15 个回答 Voted Mike Conigliaro 2009-06-02T10:50:55+08:002009-06-02T10:50:55+08:00 许多这些答案只是部分正确或完全错误。WINS 只是将名称解析为 IP 地址的另一种方法。只要您的应用程序知道如何使用 DNS，就根本不需要 WINS。 编辑：好的，我不敢相信这个线程上有多少错误信息。首先，拥有不同的子网并不需要使用 WINS。只要您的应用程序可以与您的 DNS 服务器上的 udp/tcp 端口 53 通信，您就可以很好地解析主机名（是的，\\hostname 也可以）。 其次，如果您想知道为什么不能使用短主机名（即没有域的主机名）解析任何内容，这可能是因为您从未在客户端上配置默认域（或域搜索列表）。 最后（但并非最不重要！），Active Directory 域不是在 Windows 网络上使用 DNS 的先决条件。您认为这是因为当您将计算机加入域时，Windows 会为您设置默认域名。没有什么可以阻止您通过其他方式（可能是 DHCP）自行设置。 总而言之，只需设置默认域并像 21 世纪的其他人一样使用 DNS！ Jim March 2009-05-30T08:37:30+08:002009-05-30T08:37:30+08:00 在我们的企业中，许多遗留应用程序仍然需要它。 觉得我需要编辑这个，因为最受好评的答案完全是错误的！ 如今，许多组织都肯定需要 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。 即使在微软自己对 Active Directory 设置的解释中，它也提到了对 WINS 的需求。 设置 DNS “早期版本的 Windows 仍需要 NetBIOS 名称解析（WINS 服务器、LMHosts 文件或 NetBIOS 广播）来解析 Active Directory 域上的网络资源。” 所以，是的，有些组织可以在不使用 WINS 的情况下逃脱，但笼统地说，如果你可以访问 DNS 服务器，那么你神奇地不需要 WINS 是错误的。 Jim B 2009-05-30T08:42:39+08:002009-05-30T08:42:39+08:00 很多事情仍然需要胜利（每天越来越少！）。我见过的最常见的例子是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 Avery Payne 2009-05-30T08:49:06+08:002009-05-30T08:49:06+08:00 WINS仍然是一个非常重要的要求，尽管世界上每个 Windows 管理员都试图用大棒将它打死。每当子网分离时，您都将需要 WINS。为不同的站点运行 VPN？这意味着一个子网 - 和 WINS。有不懂 AD 的老客户吗？你需要WINS。有要联网的 DOS 应用程序？又赢了。 WINS 也用于填充浏览列表。虽然基于 Active Directory 的计算机可以在没有 WINS 的情况下工作，但可能会出现延迟，因为浏览列表按以下顺序填充： NetBIOS 远程名称缓存 获胜 播送 主机 主机 域名系统 问题的症结在于 LANMAN 的根源，它产生了 SMB，它产生了 CIFS……你可以看到它的发展方向。LANMAN 是一个非常基于 LAN 的协议——它没有“互联网”的概念，更不用说“路由”了。WINS 的开发是为了弥补这一差距并使路由成为可能。快进到现在，CIFS 仍然对 LANMAN 有一些向后兼容的支持。UNC 路径名称可能是“现代的”，但它们仍将附加到 LANMAN 服务器。然后是整个“浏览列表”的东西...... MS 非常接近退出 WINS 服务器业务，但有太多“遗留”钩子，不仅在操作系统中，而且在应用程序和服务中，都需要 WINS 服务器。只要支持 LANMAN 式传输，就需要有一个 WINS 服务器。 编辑： 是的，您可以在平面域中关闭 WINS。 然而... 在以 abc.xyz.com 和 abc.123.com 作为子域的域中尝试。你能说“浏览列表的乐趣”快三遍吗？ 在某些情况下，请尝试使用 Exchange 2007。 当您的服务器存在于您的子网之外并且正在穿越防火墙时，请尝试这样做。不知何故，那些浏览列表似乎有问题...... 尽管我希望看到这项服务在其核心驱动力，但它不会消失，直到微软来'回合并修改他们提供 LAN 服务的方式。 （是的，该链接上有一条评论说它是如何不需要的……但是请仔细阅读马口中所说的话……） user5505 2009-06-02T06:02:14+08:002009-06-02T06:02:14+08:00 让我们不要混淆 win 和 netbios ......您可以在没有 WINS 服务器的网络上运行 netbios，但不建议在域上运行。当您在网络上有适当的 DNS 服务器时，您真的不希望进行所有这些时髦的选举，因此应该禁用 netbios 或应该使用 WINS 服务器。（我在涉及 MS DNS 的最松散意义上使用正确的术语 :-)） 最近我在 Windows 2008 上遇到了 Exchange 2007 的问题，需要启用 netbios。难以置信的！！！ Jason B Shrout 2009-06-24T14:20:16+08:002009-06-24T14:20:16+08:00 其中许多答案不正确或部分正确。首先让我们弄清楚为什么首先可以使用 WINS。 WINS 被用作将主机名解析为 IP 地址的解决方案……但是如果 NetBIOS 在所有情况下都可以工作，为什么我们还需要 WINS？继续阅读！ DNS 用于相同目的及更多...将完全限定的域名和主机名解析为 IP 地址。 现在让我们看看为什么要开发 WINS。 问题：NetBIOS 最初用于解析名称，但它是一种广播网络协议。因此，在大多数网络中，无论是旧的还是当前的，广播流量都无法通过路由器，而且很快就会出现防火墙，后来我们在 VPN 流量中也发现了这种情况。因此，大多数子网不会将 NetBIOS 流量复制到其他子网。如果您是真正的 IT 网络管理员，您将熟悉路由器、交换机和防火墙上的 NetBIOS 流量： ACL 拒绝从 HOST-17/137 到 inside:10.0.1.127/137 的 UDP 访问 ACL 拒绝从 HOST-A/137 到 inside:10.0.1.127/137 的 UDP 访问 ACL 拒绝从 HOST-09/137 到 inside:10.0.1.127/137 的 UDP 访问 ACL 拒绝从 HOST-02/137 到 inside:10.0.1.127/137 的 UDP 访问 ACL 拒绝从 HOST-02/137 到 inside:10.0.1.127/137 的 UDP 访问 这是来自 Cisco Pix 515E 防火墙系统日志文件的 25 位网络上五 (5) 个 NetBIOS 广播的示例。对于那些除了他们的 linksys 路由器是什么之外不熟悉任何东西的人来说，25 位网络比您的 24 位网络小： 网络：10.0.1.0/25，子网掩码：255.255.255.128，广播地址：10.0.1.127，最大主机数：126。可以看出，流量包含在网段内。 解决方案：WINS 被开发为部署在包含广播流量的子网上，客户端可以配置并指向 WINS 服务器来解析名称，而不是依赖广播流量，因此 NetBios 现在成为 WINS 查询失败时的后备。 但是等等……当我们部署我们的微软网络时，我们现在配置 DNS 服务器。现在 DNS 是主要的，当 DNS 失败时，NetBIOS 是备用。如果部署了 WINS 服务器，DNS、WINS 和 NetBIOS。 许多人可能遇到的问题是当他们尝试 ping 主机名时，比如说 HOST-A。根据计算机接口配置，它可能无法将地址解析为 IP，主要是如果您刚刚配置了 DNS 并且主机注册的 NetBIOS 名称已过期。 假设 HOST-A 是 domainhosts.com 的一部分并已加入该域，这是 domainhosts.com 的主 DC DNS 服务器上主机的 (A) 记录。要仅通过其主机名而不是其 FQDN（完全限定的域名）解析地址，IP 配置必须具有“附加主要和连接特定的 DNS 后缀”并且具有最少的“此连接的 DNS 后缀：domainhosts.com”人口稠密！当对 HOST-A 执行解析时，会返回两 (2) 条额外信息：主机名解析到的 IP 地址及其 HOST-A.domainhosts.com 的 FQDN。在下面的示例中，主机名的解析是通过搜索域的 (A) 记录而不是 WINS 或 NetBIOS 来执行的： [用户@localhost ~]$ ping HOST-A PING HOST-A.domainhosts.com (10.0.1.10) 56(84) 字节数据。 来自 HOST-A.domainhosts.com (10.0.1.10) 的 64 字节：icmp_seq=1 ttl=128 time=0.826 ms 来自 HOST-A.domainhosts.com (10.0.1.10) 的 64 个字节：icmp_seq=2 ttl=128 time=0.342 ms 除了填充主 DNS 后缀之外，您还可以让主机搜索其他主机，并将它们配置为以不同的顺序附加。从而一起消除了 WINS 和 NetBIOS。 现在会有一些人说“你需要 NetBIOS 和 WINS 才能让微软产品工作”。这在现实中确实如此，但仅限于少数产品，其中大部分不会部署在中小型企业中，而只会部署在大型企业环境中，例如 SMS 2003 及其使用 1A 记录的应用程序，SQL Server 2000 用于命名管道的使用，以及 Exchange Server 2000 和 2003 都需要 WINS 才能获得全部功能……功能齐全，但它们都可以在没有 WINS 或 NetBIOS 的情况下根据需要工作。 哦，是的，并且仅当您是 2000 年之前的 Microsoft 部署时。不过，我为您找到了比部署 WINS 更好的解决方案……升级！ Nick Kavadias 2009-05-30T08:35:50+08:002009-05-30T08:35:50+08:00 我一直在仍然维护它的环境中，因为“一些遗留服务器”可能需要它。 我认为可能有很多商店处于相同的情况。 sysadmin1138 2009-05-30T08:38:13+08:002009-05-30T08:38:13+08:00 哦，我们还在使用它。我们拥有的大约三分之一的 Windows 工作站不在域中，因此未配置为使用域的 DNS 域进行名称解析。此外，我们有一个非常分散的 DNS 环境，这导致了非常分散的默认域设置。因此，WINS 代表了其中包含最多内容的单一名称解析服务。这是我们所拥有的最接近全球服务指数的指数。 如果/当我们推动将所有内容都归为域时，我们将拥有一个平坦的 DNS 格局。那会很好。 Slava I. 2009-05-30T08:41:35+08:002009-05-30T08:41:35+08:00 我曾经在工作的 samba 服务器上启用了 WINS。这是在没有域的 Windows 网络中最快和最便宜（就花费时间而言）的名称解析解决方案。它很简单，在小型网络中效果很好。 Codejnki 2009-05-30T11:32:24+08:002009-05-30T11:32:24+08:00 许多嵌入式设备也使用 WINS。我们有多功能复印机和一个最近购买的无线投影系统，直到我给它一个 WINS 服务器的 IP 才能工作。 正如我们所愿，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。
即使在微软自己对 Active Directory 设置的解释中，它也提到了对 WINS 的需求。
设置 DNS
“早期版本的 Windows 仍需要 NetBIOS 名称解析（WINS 服务器、LMHosts 文件或 NetBIOS 广播）来解析 Active Directory 域上的网络资源。”
所以，是的，有些组织可以在不使用 WINS 的情况下逃脱，但笼统地说，如果你可以访问 DNS 服务器，那么你神奇地不需要 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 的老客户吗？你需要WINS。有要联网的 DOS 应用程序？又赢了。
WINS 也用于填充浏览列表。虽然基于 Active Directory 的计算机可以在没有 WINS 的情况下工作，但可能会出现延迟，因为浏览列表按以下顺序填充：
问题的症结在于 LANMAN 的根源，它产生了 SMB，它产生了 CIFS……你可以看到它的发展方向。LANMAN 是一个非常基于 LAN 的协议——它没有“互联网”的概念，更不用说“路由”了。WINS 的开发是为了弥补这一差距并使路由成为可能。快进到现在，CIFS 仍然对 LANMAN 有一些向后兼容的支持。UNC 路径名称可能是“现代的”，但它们仍将附加到 LANMAN 服务器。然后是整个“浏览列表”的东西......
MS 非常接近退出 WINS 服务器业务，但有太多“遗留”钩子，不仅在操作系统中，而且在应用程序和服务中，都需要 WINS 服务器。只要支持 LANMAN 式传输，就需要有一个 WINS 服务器。
编辑：
是的，您可以在平面域中关闭 WINS。
然而...
尽管我希望看到这项服务在其核心驱动力，但它不会消失，直到微软来'回合并修改他们提供 LAN 服务的方式。 （是的，该链接上有一条评论说它是如何不需要的……但是请仔细阅读马口中所说的话……）
让我们不要混淆 win 和 netbios ......您可以在没有 WINS 服务器的网络上运行 netbios，但不建议在域上运行。当您在网络上有适当的 DNS 服务器时，您真的不希望进行所有这些时髦的选举，因此应该禁用 netbios 或应该使用 WINS 服务器。（我在涉及 MS DNS 的最松散意义上使用正确的术语 :-)）
最近我在 Windows 2008 上遇到了 Exchange 2007 的问题，需要启用 netbios。难以置信的！！！
其中许多答案不正确或部分正确。首先让我们弄清楚为什么首先可以使用 WINS。
WINS 被用作将主机名解析为 IP 地址的解决方案……但是如果 NetBIOS 在所有情况下都可以工作，为什么我们还需要 WINS？继续阅读！
DNS 用于相同目的及更多...将完全限定的域名和主机名解析为 IP 地址。
现在让我们看看为什么要开发 WINS。
问题：NetBIOS 最初用于解析名称，但它是一种广播网络协议。因此，在大多数网络中，无论是旧的还是当前的，广播流量都无法通过路由器，而且很快就会出现防火墙，后来我们在 VPN 流量中也发现了这种情况。因此，大多数子网不会将 NetBIOS 流量复制到其他子网。如果您是真正的 IT 网络管理员，您将熟悉路由器、交换机和防火墙上的 NetBIOS 流量：
ACL 拒绝从 HOST-17/137 到 inside:10.0.1.127/137 的 UDP 访问
ACL 拒绝从 HOST-A/137 到 inside:10.0.1.127/137 的 UDP 访问
ACL 拒绝从 HOST-09/137 到 inside:10.0.1.127/137 的 UDP 访问
ACL 拒绝从 HOST-02/137 到 inside:10.0.1.127/137 的 UDP 访问
ACL 拒绝从 HOST-02/137 到 inside:10.0.1.127/137 的 UDP 访问
这是来自 Cisco Pix 515E 防火墙系统日志文件的 25 位网络上五 (5) 个 NetBIOS 广播的示例。对于那些除了他们的 linksys 路由器是什么之外不熟悉任何东西的人来说，25 位网络比您的 24 位网络小：
网络：10.0.1.0/25，子网掩码：255.255.255.128，广播地址：10.0.1.127，最大主机数：126。可以看出，流量包含在网段内。
解决方案：WINS 被开发为部署在包含广播流量的子网上，客户端可以配置并指向 WINS 服务器来解析名称，而不是依赖广播流量，因此 NetBios 现在成为 WINS 查询失败时的后备。
但是等等……当我们部署我们的微软网络时，我们现在配置 DNS 服务器。现在 DNS 是主要的，当 DNS 失败时，NetBIOS 是备用。如果部署了 WINS 服务器，DNS、WINS 和 NetBIOS。
许多人可能遇到的问题是当他们尝试 ping 主机名时，比如说 HOST-A。根据计算机接口配置，它可能无法将地址解析为 IP，主要是如果您刚刚配置了 DNS 并且主机注册的 NetBIOS 名称已过期。
假设 HOST-A 是 domainhosts.com 的一部分并已加入该域，这是 domainhosts.com 的主 DC DNS 服务器上主机的 (A) 记录。要仅通过其主机名而不是其 FQDN（完全限定的域名）解析地址，IP 配置必须具有“附加主要和连接特定的 DNS 后缀”并且具有最少的“此连接的 DNS 后缀：domainhosts.com”人口稠密！当对 HOST-A 执行解析时，会返回两 (2) 条额外信息：主机名解析到的 IP 地址及其 HOST-A.domainhosts.com 的 FQDN。在下面的示例中，主机名的解析是通过搜索域的 (A) 记录而不是 WINS 或 NetBIOS 来执行的：
[用户@localhost ~]$ ping HOST-A
PING HOST-A.domainhosts.com (10.0.1.10) 56(84) 字节数据。
来自 HOST-A.domainhosts.com (10.0.1.10) 的 64 字节：icmp_seq=1 ttl=128 time=0.826 ms
来自 HOST-A.domainhosts.com (10.0.1.10) 的 64 个字节：icmp_seq=2 ttl=128 time=0.342 ms
除了填充主 DNS 后缀之外，您还可以让主机搜索其他主机，并将它们配置为以不同的顺序附加。从而一起消除了 WINS 和 NetBIOS。
现在会有一些人说“你需要 NetBIOS 和 WINS 才能让微软产品工作”。这在现实中确实如此，但仅限于少数产品，其中大部分不会部署在中小型企业中，而只会部署在大型企业环境中，例如 SMS 2003 及其使用 1A 记录的应用程序，SQL Server 2000 用于命名管道的使用，以及 Exchange Server 2000 和 2003 都需要 WINS 才能获得全部功能……功能齐全，但它们都可以在没有 WINS 或 NetBIOS 的情况下根据需要工作。
哦，是的，并且仅当您是 2000 年之前的 Microsoft 部署时。不过，我为您找到了比部署 WINS 更好的解决方案……升级！
我一直在仍然维护它的环境中，因为“一些遗留服务器”可能需要它。
我认为可能有很多商店处于相同的情况。
哦，我们还在使用它。我们拥有的大约三分之一的 Windows 工作站不在域中，因此未配置为使用域的 DNS 域进行名称解析。此外，我们有一个非常分散的 DNS 环境，这导致了非常分散的默认域设置。因此，WINS 代表了其中包含最多内容的单一名称解析服务。这是我们所拥有的最接近全球服务指数的指数。
如果/当我们推动将所有内容都归为域时，我们将拥有一个平坦的 DNS 格局。那会很好。
我曾经在工作的 samba 服务器上启用了 WINS。这是在没有域的 Windows 网络中最快和最便宜（就花费时间而言）的名称解析解决方案。它很简单，在小型网络中效果很好。
许多嵌入式设备也使用 WINS。我们有多功能复印机和一个最近购买的无线投影系统，直到我给它一个 WINS 服务器的 IP 才能工作。
正如我们所愿，WINS 将长期存在。