Windows文件资源pipe理器使用端口80(webdav)而不是445(samba smb cifs)作为UNCpath

我有一台Windows 7 Ultimate x86_64机器,它无法访问networkingsamba服务器。 我启动“运行”对话框,然后input\\192.168.xx这样我可以绕过DNS和NetBIOS名称parsing,并直接进入服务器IP地址进行广播发现。 我跑wireshark,发现客户端试图连接到服务器上的端口80,而不是445.(这当然失败,因为服务器不听80;服务器只运行桑巴和nmbd等,所以只有端口445和137-139是适用的)。

我知道这个问题 ,我不认为这是重复的,因为(一)这个问题已经超过2年,在Win XP上,(b)在这种情况下,没有任何答案有帮助,尽pipe其他问题已被标记为回答。

错误信息是: Windows Cannot Access \\192.168.xx ,当我点击“查看详细信息”它说Error Code 0x800704cf The network location cannot be reached

我确认了“Microsoftnetworking客户端”存在并启用。 我甚至删除它(被迫重新启动),并重新安装它。 没有效果。

我禁用了IPv6,没有任何效果。

我确认“WebClient”服务没有运行。 (它被设置为手动,而不是运行)。

我确认“TCP / IP NetBIOS助手”服务正在运行。 (它被设置为自动,并且正在运行。)

当然,我已经重新启动并重试。 (几次和几种方式)。

该问题似乎存在于旧的修补程序级别,并且在应用所有Windows更新后也会继续存在。

任何想法都将非常受欢迎。

为什么Windows会尝试使用端口80(webdav)而不是端口445(samba / smb / cifs)将文件资源pipe理器连接到UNCpath?

编辑:更多信息可用。 net view 192.168.xx在受影响的客户端上抛出一个错误消息,而在一个没有问题的客户端上工作正常。 受影响的客户说:

 C:\Windows\system32>net view 192.168.xx System error 53 has occurred. The network path was not found. C:\Windows\system32>ping 192.168.xx Pinging 192.168.xx with 32 bytes of data: Reply from 192.168.xx: bytes=32 time<1ms TTL=64 Reply from 192.168.xx: bytes=32 time<1ms TTL=64 

一个没有问题的客户说:

 C:\Users\eharvey>net view 192.168.xx Shared resources at 192.168.xx netfiles server (Samba, Ubuntu) Share name Type Used as Comment ------------------------------------------------------------------------------- myshare Disk My Company data storage The command completed successfully. 

如果数据包捕获不显示任何超过445的尝试,那么这将表明客户端首先尝试使用WebDav。 这可能是因为networking提供商订单中的WebDav较高。 要检查:

  • 打开networking连接
  • 高级菜单
  • 高级设置…
  • 供应商订单标签
  • 确保Microsoft Windowsnetworking高于Web客户端networking

我知道你已经尝试重新安装微软networking的客户端,但如果你不需要它,那么在每个客户端上执行以下操作:

  1. 打开“networking连接”。

  2. 在您希望连接到samba共享的每个适配器上:

  3. 右键单击并select“属性”Untick“客户端的Microsoftnetworking”

  4. 导航至:networking连接>高级>高级设置>适配器和绑定

  5. validation“客户端的微软networking”现在是在botton并没有选中

  6. 现在转到提供商订单选项卡,并确保“Web客户端networking”位于networking提供商列表的底部。

  7. 重新启动计算机并尝试再次连接到主机。

您也可以尝试阻止端口80或将其redirect到端口445。

你应该检查你的“TCP / IP NetBIOS助手”服务。 当这个服务崩溃并且Web客户端存在时,它将尝试访问WebDAV上的UNCpath(tcp端口80)。

重新启动“TCP / IP NetBIOS助手”服务,然后将TCP端口445用于UNCpath。

微软TechNet的同样的问题:连接到端口80上的文件共享?

我很确定,我已经跳到像你一样的问题。 我很幸运,因为它已经解决了。 但是我不太确定哪一步能够解决这个问题。 (因为它刚刚解决了,当我的电脑重新启动和起来)

*注意:如果没有这些部分,重新​​启动将无法解决任何问题以下是我所做的: – 删除所有 ip6隧道适配器(使用设备pipe理器逐个卸载) – 使用regedit禁用ip6 – 通过TCP / IP启用NetBIOS – 卸载 – 安装“Microsoftnetworking客户端” – 在networking适配器属性中禁用ip6 – closures防火墙+ AV(客户端n服务器) – 删除任何networking接口共享(如果configuration) – 删除Microsoft网桥(如果有) – 禁用所有networking接口(除了将用于连接的接口) – 重新启动

我希望在这里不要错过任何东西,对不起,我没有把我的工作logging在那里。 需要您的反馈,如果我的解决scheme工作,谢谢。