主页 / server / 问题 / 43373
Accepted
gyrolf
Asked: 2009-07-21 22:00:33 +0800 CST

需要说明：VMware 网络适配器上基于 TCP/IP 的 NetBIOS 会干扰对网络共享的访问

  • 772

（从 StackOverflow 移到这里）

前段时间，我们团队中的几乎所有工作站（Windows XP SP2）在访问网络共享时都表现出间歇性但频繁的延迟。通常，第一次访问一段时间未访问的共享会导致工作站几乎冻结长达 30 秒。然后一切又开始正常工作了。

使用来自 Sysinternals 的 TCPView，我看到在此延迟期间，文件服务器上的netbios-ssn端口连接到状态SYN_SENT。

第一次尝试：

为 Intranet 网络适配器禁用TCP/IP 上的 NetBIOS 。

问题解决了，但我不想为 Intranet 操作我们集中管理的网络配置。

第二次尝试：

仅为 VMWare 网络适配器禁用TCP/IP上的 NetBIOS（VMNet1 仅用于主机通信）。

问题又解决了！

我的问题：

  • 为什么一个网络适配器上的TCP /IP 上的 NetBIOS 会干扰另一个网络适配器上的 TCP/IP 上的 NetBIOS？
  • 此问题是否特定于 VMWare 网络适配器？
  • 有没有其他人见过这种现象？

附加信息：

  • VMWare 工作站版本 6.0.3
  • 当我开始认真分析问题时，再也不可能找出问题开始时我们的系统发生了什么变化。
windows-xp vmware-workstation tcpip netbios

3 个回答

  1. Best Answer

    我见过类似的现象。

    乍一看，症状听起来不太相似：Windows 资源管理器有时会挂起几秒钟，无论是否访问本地磁盘或网络共享。

    但经过一番调查，我认为挂起是由类似的 NetBIOS 问题引起的。

    一些系统细节：

    • 视窗 XP 专业版 SP3
    • 已安装 VMware 服务器 1.0.9
    • VMNet1（仅限主机）网络适配器和 NetBOIS over TCP/IP 已启用
    • VMNet8 (NAT) 网络适配器和 NetBOIS over TCP/IP 已启用
    • 系统唯一物理网卡的静态IP地址是192.168.10.111。此适配器配置为使用 192.168.10.192 作为其唯一的 WINS 服务器。MAC地址：00-16-17-FA-2C-D4
    • 在 VMNet1 适配器上，系统的静态 IP 地址是 192.168.137.1。未配置 WINS 服务器。MAC地址：00-50-56-C0-00-01
    • 在 VMNet8 适配器上，系统的静态地址是 192.168.145.1。未配置 WINS 服务器。MAC地址：00-50-56-C0-00-08
    • 所有虚拟机都配置为使用 NAT，但无论如何都会停止。

    我整天都在运行 Wireshark，在物理适配器上嗅探数据包。我注意到，只要 Explorer 同时挂起几秒钟，就会向 WINS 服务器发送一个 NetBIOS 名称服务查询数据包。这些数据包包含 VMNet 适配器的地址之一作为其源 IP 地址！

    这是其中一个可疑数据包：

    Frame 25475 (92 bytes on wire, 92 bytes captured)
Ethernet II, Src: 00:16:17:fa:2c:d4 (00:16:17:fa:2c:d4), Dst: 00:15:c5:87:4f:6a (00:15:c5:87:4f:6a)
Internet Protocol, Src: 192.168.145.1 (192.168.145.1), Dst: 192.168.10.192 (192.168.10.192)
User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137)
NetBIOS Name Service
  Transaction ID: 0x82a5
  Flags: 0x0000 (Name query)
  Questions: 1
  Answer RRs: 0
  Authority RRs: 0
  Additional RRs: 0
  Queries
    *<00><00><00><00><00><00><00><00><00><00><00><00><00><00><00>: type NBSTAT, class IN

    我认为这是不正确的。数据包的源 IP 地址应设置为 192.168.10.111。

    我没有在 WINS 服务器的接口上嗅探数据包。但我希望它通过其默认网关向 192.168.145.1 发送回复，因为它没有连接到 192.168.145.0 网络。网关应以“网络不可达”拒绝此数据包。

    由于这是一个 UDP 数据包，因此在 SYN_SENT 状态下没有连接。但是以相同方式“损坏”的 TCP SYN 数据包应该使连接处于 SYN_SENT 状态，直到发生超时。

    我试图解决这个问题的一些事情：

    1. 禁用两个 VMNet 适配器：问题已解决。没有可疑的数据包。
    2. 重新启用 VMnet1：资源管理器有时会再次挂起。来源为 192.168.137.1 的可疑数据包。
    3. 禁用 VMNet1 并重新启用 VMNet8：资源管理器有时会挂起。来源为 192.168.145.1 的可疑数据包。
    4. 启用两个 VMNet 适配器，但禁用两者的 TCP/IP 上的 NetBIOS：问题已解决。没有可疑的数据包。
    5. 为 VMNet1 重新启用 TCP/IP 上的 NetBIOS：资源管理器有时会再次挂起。来源为 192.168.137.1 的可疑数据包。
    6. 为 VMNet1 禁用 TCP/IP 上的 NetBIOS 并为 VMNet8 重新启用它：资源管理器有时会挂起。来源为 192.168.145.1 的可疑数据包。
    7. 将所有接口的接口指标从自动指标更改为静态值。具有最低指标的 LAN 适配器：Explorer 有时仍会挂起并捕获可疑数据包。

    我已经在 Network Connections->Advanced->Advanced Settings以及运行netsh interface ip show config检查了适配器顺序。本地连接是两个地方列出的第一个连接。

    此外，我注意到一些源 IP 地址为 192.168.137.1 和 192.168.145.1 的 NTP 数据包通过物理适配器发送到 192.168.10.192（它是一个 AD DC）。

    • 1

  2. 同样的问题。使用wireshark捕获可疑数据包：协议：NBNS，信息：名称查询NBSTAT

    尽管配置了 NAT，但来自 vmnet8 的 IP 数据包仍会在物理网络上发送！

    • 禁用“Netbios over WAN”-> 在物理连接上不发送任何可疑数据包（使用 vmnet8 的 sender-ip）。
    • 在 vmware quest 中禁用 samba 服务 -> 没有发送可疑数据包

    似乎这个奇怪的 NetBIOS 东西不是 vmware 的 NAT'ed！

    君特。

    • 0

  3. 我的经验发现 Vmware NAT 是一种有限的能力。同样在其他网络模式下，某些类型的数据包不会返回。我认为这是 Vmware 如何处理网络数据的错误。

    • 0

相关问题