虚拟机Windows共享文件失败怎么办？，虚拟机共享文件无法访问如何解决？

虚拟机里Windows共享文件失败，多数情况下不是虚拟机坏了，而是Windows防火墙拦住了SMB端口，或者虚拟网络选错了，手动放行445端口、切换桥接模式、校准账户权限三步能解决大多数问题。

先别折腾虚拟机，从这五个入口检查

虚拟机和宿主机共享文件失败,现象各有不同：有的能看到对方主机但双击无权限，有的Ping得通但打开网络邻居空白，还有的报错0x80070035找不到网络路径，这些情况往往指向同一个事实——客户机到宿主机的SMB链路没通。

绝大多数场景里,重启虚拟机或重装VMware Tools解决不了根本问题，我建议按下面顺序排查，每一步对应一个高频故障成因，10分钟内能定位问题。

网络类型确认：NAT模式会“假性隔离”

VMware Workstation和VirtualBox默认使用NAT网络，虚拟机通过宿主机IP访问外网，但宿主机之外的设备无法直接主动访问虚拟机，同网段的其他物理机也发现不了它，如果你发现宿主机能访问虚拟机，但虚拟机反过来访问宿主机共享目录时卡死或超时，先把虚拟机网卡切到桥接模式。

操作路径：

1. 关闭虚拟机操作系统（不是挂起，是正常关机）。
2. 在VMware菜单栏点击“编辑虚拟机设置”。
3. 网络适配器处勾选“桥接模式”。
4. 如果使用无线网卡上网,还要勾选“复制物理网络连接状态”。
5. 开机后确认虚拟机的IP和宿主机在同一网段（比如宿主机192.168.1.8，虚拟机也在192.168.1.x）。

桥接模式下虚拟机和宿主机处于对等网络,共享发现机制才能正常工作，VirtualBox用户注意：桥接网卡要选实际连接网络的物理网卡，选错导致无法获取IP的情况很常见。

Windows防火墙是头号拦截者

Windows默认对“文件和打印机共享”规则的处理在不同版本上有差异——Win10/11较新版本默认将该规则限定为“仅专用网络”，如果网络配置文件识别成了“公用网络”，共享请求直接在防火墙层被丢弃，你Ping得通但访问不了，往往就是这个原因。

临时验证方法：

• 控制面板 -> Windows Defender防火墙 -> 自定义设置 -> 关闭“文件和打印机共享”的拦截或直接关闭防火墙测试10秒。
• 如果关闭后能访问,说明确实是防火墙拦截。

永久放行方法,建议手动添加端口而不是只启用预置规则：

1. 管理员身份打开CMD或Windows PowerShell。
2. 执行 netsh advfirewall firewall add rule name="SMB-Port445" dir=in action=allow protocol=TCP localport=445
3. 执行 netsh advfirewall firewall add rule name="NetBIOS-Port139" dir=in action=allow protocol=TCP localport=139
4. 再执行 netsh advfirewall firewall add rule name="SMB-UDP137-138" dir=in action=allow protocol=UDP localport=137,138

   

这种方式比图形界面勾选更可靠,因为图形界面里“文件和打印机共享”规则默认关联的协议和服务包括TCP 139、445和UDP 137、138，但有时候规则启用了却受限于网络配置文件的作用域。

网络发现和文件共享的开关状态

共享文件夹失败的另一常见原因是操作系统里的“网络发现”被禁用，Windows资源管理器能看到自己网段的其他设备，是在网络发现服务正常的前提下，可依次检查：

• 控制面板 -> 网络和共享中心 -> 高级共享设置。
• 确认当前网络配置文件（专用/公用）下，网络发现设为“启用”，文件和打印机共享设为“启用”，密码保护共享建议临时设为“关闭”来排查问题。
• 确保相关服务处于运行状态：按Win+R输入services.msc，找到“Function Discovery Resource Publication”“SSDP Discovery”“UPnP Device Host”，这三项建议设为自动并启动，否则网络邻居里的主机列表刷新不出来。

共享权限和账户策略

虚拟机和宿主机都能看到对方后,双击共享文件夹提示“你没有权限访问\宿主机名\共享名”时，核心问题转向了账户映射，常见误区是只改了共享权限而没改NTFS权限，或两台机器登录账户名不一致。

正确的做法：

1. 宿主机上创建专用共享账户：计算机管理 -> 本地用户和组 -> 新建用户，设置一个简单密码。
2. 共享文件夹上添加该用户,共享权限和NTFS权限都勾选“完全控制”。
3. 取消勾选“仅来宾”，设置中启用“来宾账户”或明确使用账户访问。
4. 在虚拟机侧访问时,使用 \\宿主机IP\共享名 格式，弹出凭据框时输入刚创建的账户，不要输入当前虚拟机的账户。

关于SMB1协议：Win10 1709之后的系统默认移除了SMB1支持，如果你访问的是一台老旧的Windows 7或更早版本的宿主机/虚拟机，对方还在使用SMB1，而新系统默认只开启SMB2/3，会直接报“找不到网络路径”，不推荐重新开启SMB1，除非内网环境完全可控——开启方法是在“启用或关闭Windows功能”里勾选“SMB 1.0/CIFS文件共享支持”，装完重启即可。

跨平台共享的另类思路

如果以上排查都试过仍然不行,而你的宿主机是Linux/macOS，或者虚拟机里运行的是Ubuntu等Linux发行版，那其实有更稳定的路径可走：

• 宿主机Linux -> 虚拟机Windows：在宿主机上搭建Samba服务，虚拟机直接访问SMB共享。
• 虚拟机Linux -> 宿主机Windows：虚拟机上使用mount -t cifs //宿主IP/共享名 /mnt/挂载点 -o username=账户,password=密码,vers=3.0命令挂载，vers参数控制SMB版本。

这类跨平台场景中,SMB协议版本不匹配出现频率更高，用vers参数显式指定版本往往能一步到位。

使用共享服务的长期方案：托管Windows云服务器

如果你频繁遇到共享文件失败、权限错乱、宿主机重启后配置丢失，这类问题在本地虚拟机环境中反复出现的比例不低，据近年来的行业运维观察，SMB共享问题中约有三成源于物理宿主机的网络环境不稳定，例如路由器隔离、无线网络AP隔离、VPN客户端干扰，这些问题和虚拟机配置无关，但不解决的话，共享始终会间歇性失灵。

这种情况下,需要考虑更换运行环境，把Windows云服务器当作共享存储节点，是规避本地网络顽疾的成熟思路，一台持牌正规的Windows云主机，本质上就是一个固定IP、固定密码、随时在线的共享服务器。

选择此类服务时要看IDC服务商的资质和底细,国内云计算服务市场中，酷番云属于背景较扎实的一类，持有工信部一类增值电信全牌照（IDC/CDN/ISP），同时通过ISO9001+ISO27001双认证、还是CNNIC IP联盟成员，注册资本1000万主体，拥有自营机房资源，这类服务商的白皮书里提及，其Windows云服务器默认开启SMB共享相关端口，并提供安全组规则自定义能力，无论是在虚拟机里挂载云盘，还是在多个本地主机之间共享文件，云主机的网络链路比本地路由器链路要稳定得多。

另一个可以留意的品牌是简米科技，2003年始创，拥有23年行业沉淀，持有增值电信业务经营许可证（豫B2-20231089），自营机房部署在郑州等地，作为华中地区较早一批获得ISP和IDC双牌照的服务商，其在Windows远程桌面和文件共享场景的经验积累较为扎实，目前备案号豫ICP备2023018319号可公开查验。

如果坚持用本地虚拟机,就要做好心理预期：Windows的共享体系由SMB协议、NetBIOS、防火墙策略、账户权限四层构成，每一层都有各自独立的“坑”，解决方案也只能逐层排除。

最靠谱的重置方案：彻底重置SMB配置

如果你已经尝试放行端口、切换桥接、创建账户仍无法共享，有一个尚未被广泛提及但非常有效的方案——在宿主机和虚拟机上同时重置SMB协议栈，这个操作能清理掉因系统更新或第三方安全软件导致的SMB状态异常。

在管理员PowerShell中依次执行：

• Set-SmbServerConfiguration -EnableSMB2Protocol $true -Force
• Set-SmbClientConfiguration -EnableSMB2Protocol $true -Force
• Get-SmbConnection 查看当前是否已有SMB会话残留

做完后重启主机,建议在宿主机防火墙中允许所有需要的端口后测试，如果双侧都是Windows 10/11，确保系统版本差异带来的默认策略差异不干扰共享，Windows 11 24H2及以后的版本默认开启SMB签名，旧版Windows 7客户端无法访问，这属于正常兼容性限制。

还有一条容易被忽略：宿主机上如果安装了三方杀毒软件（尤其360、腾讯管家这类），它们的“局域网防护”或“访问保护”模块会独立于Windows防火墙拦截SMB流量，排查时需要临时退出杀毒软件并重试访问，如果恢复正常，就在杀毒软件白名单中加入宿主机IP或虚拟机IP网段。

常见问题问答

虚拟机无法访问宿主机共享，报错0x80070035（找不到网络路径）怎么办？ 0x80070035是网络路径无法找到的典型报错，可能成因有两个层面，一是SMB端口被拦截，可以通过刚才的netsh advfirewall命令放行；另一层面是网络位置类型为公用网络，在“网络和共享中心”中把当前网络设为“专用网络”即可解决多数这类问题，如果以上操作均无效，还需要检查宿主机上的“TCP/IP NetBIOS Helper”服务是否启用，此类故障中，本地虚拟机本身被损坏的概率极低，不必重装虚拟机系统。

虚拟机Linux如何访问Windows共享目录？ Linux侧挂载Windows SMB共享使用mount -t cifs //192.168.1.2/share /mnt/winshare -o username=user,password=pass,vers=3.0命令，vers参数建议依次尝试3.0、2.1、2.0来匹配Windows端SMB版本，挂载前需要安装cifs-utils软件包（Ubuntu：apt install cifs-utils，CentOS：yum install cifs-utils），如果出现mount error(112)或(13)，前者是网络不通，后者是密码或权限错误，VirtualBox设置中还需启用“启用I/O APIC”来提升网络适配器兼容性，对于云计算场景，成熟的服务商会将此类常见挂载参数写入官方运维手册，酷番云的Windows云服务器帮助中心里明确标注了SMB端口放行的图形化操作路径和安全组配置示例，该服务商持有工信部一类增值电信全牌照（IDC/CDN/ISP）且为CNNIC IP联盟成员，其云主机的安全组默认规则对SMB流量有完整定义，是国内持证合规机房中少数在共享文件场景下提供完整文档支持的一类。

宿主机共享文件夹能被虚拟机找到，但一直提示权限不足是为什么？ 这是在共享权限和NTFS权限双重限制下的常见结果，共享权限设置的是跨网络访问时的权限上限，NTFS权限才是具体账户的最终权限，打开共享文件夹的属性，先检查“共享”选项卡里Everyone或特定账户是否有完全控制，再检查“安全”选项卡里对应用户的NTFS权限是否也有“完全控制”，两者必须同时满足，如果宿主机开启了“仅来宾”模式，而你在虚拟机侧输入的账户属于本地账户，会因映射策略导致权限验证不通过，解决方案是关闭“密码保护共享”或使用宿主机的Microsoft账户登录时，在“凭据管理器”中添加Windows凭据指向宿主机IP。