局域网共享报0X80070035？从SMB协议排查网络路径

简介：日常使用 Win7 访问局域网共享文件夹时若遇到 0x80070035 错误并提示找不到网络路径，这份 docx 文档可提供完整的排查与处理参考。内容源于实际故障场景，作者先通过 ping 确认网络连通，再逐项检查防火墙、共享服务和系统服务，最终定位到 TCP/IP NetBIOS Helper 服务未启动并成功恢复共享访问。文档同时整理了更改防火墙共享设置、开启网络发现、配置 Server 与 Workstation 服务启动状态、通过组策略调整匿名枚举和共享模型等多项配套方案，并附有操作思路说明，便于运维人员、企业 IT 支持及普通办公用户对照执行。资源共 1 个 docx 文件，大小约 13KB，已有 1907 人学习下载。对希望快速恢复局域网共享功能的用户来说，这份文档能帮助节省自行摸索的时间，按步骤处理即可。

1. WIN7 访问局域网共享报 0X80070035：先别重装系统，问题多半在这三层

公司那台 Win7 老电脑双击\\192.168.1.100共享文件夹时，弹出“找不到网络路径。错误代码：0X80070035”，这大概是局域网共享里出现频率最高的报错之一。它不是密码输错那种“拒绝访问”，而是客户端根本没有和目标主机建立上 SMB 会话。很多人第一次遇到时重装系统、换网线，折腾一天发现还是老样子。其实这个错误只涉及三层：网络链路通没通、SMB 协议协商没协商上、账号凭据和策略卡没卡住。这篇笔记就按这条线把排查步骤、配置开关和常见坑一次讲透，适合网管应急，也适合自己修家里两台电脑互访。

2. 先分清“能不能通”和“能不能认”：0X80070035 的两类成因与三步定位

0X80070035 的英文含义是 The network path was not found，中文直译“找不到网络路径”。这一步定位错误，后面全白做。

2.1 0X80070035 到底在报什么：SMB 会话建立失败，不等于网线没插好

“找不到网络路径”并不等于目标机关机了。0X80070035 的成因分两类。第一类是链路层不可达：ARP 表里找不到目标、网关不通、IP 地址冲突，请求根本到不了对方网卡。第二类是 SMB 会话在建立阶段被中断：445 端口被防火墙拦了、NetBIOS 解析失败、协议版本协商时双方没有共同语言、目标主机的 Server 服务没启动。实际排障时这两类情况经常混在一起，所以第一步要做的是把“网络通不通”和“权限认不认”分开。

我一般不会一上来就去看防火墙或改 SMB1.0，而是先用最小命令集确认物理链路和网络服务状态。下面几个命令能跑出预期结果，就说明问题不在网络层，可以放心往 SMB 协议和账号策略方向查。

2.2 三步定位法：ping 网关、ping 主机名、查看工作组

:: 1. 查看本机 IP、子网掩码、默认网关和工作组 ipconfig /all :: 2. 先 ping 网关，确认本机出得去，排除物理链路问题 ping -n 4 192.168.1.1 :: 3. 再 ping 目标主机的 IP，确认两台机器在同一广播域内 ping -n 4 192.168.1.100 :: 4. 用 -a 参数反向解析目标主机名，顺带验证 NetBIOS 是否正常 ping -a -n 2 192.168.1.100 :: 5. 列出目标主机的共享列表，能出来就说明 SMB 层已经通 net view \\192.168.1.100

第一条命令看两样东西：本机 IP 是否和对方在同一网段，以及工作组的命名是否一致。工作组不一致不会直接报 0X80070035，但会严重影响后续浏览，建议顺手统一。第二、三条 ping 命令分别回答“本机出得去”和“对方在不在”两个问题。ping -a不仅要看回包，还要看它能否把 IP 反解成计算机名，如果能，说明 NetBIOS 或 DNS 解析没问题。最后一条net view是分水岭：能列出共享列表，说明 SMB 会话已经建立，剩下的只是权限问题；报系统错误 53、67 或 1220，则要继续查协议层。

这里有个容易被忽略的点：ping 通了不代表 SMB 通。很多设备出于安全考虑，允许 ICMP 回包，却关闭了 445 端口。所以判断网络问题时，ping 只作参考，net view的结果才真正有效。如果net view能列出共享名但双击仍然报 0X80070035，问题就进入下一阶段：组策略和凭据。

2.3 网络发现与文件和打印机共享：两个开关决定对方能不能“看见你”

在控制面板的“网络和共享中心 -> 高级共享设置”里，Win7 把网络分成“专用”和“公用”两套配置。访问局域网共享，至少要为当前网络类型打开“网络发现”和“文件和打印机共享”两项。这两个选项不光是界面开关，它们背后会去调整防火墙规则，放行 445 和 137~139 端口。如果只用系统自带防火墙，用两条 netsh 命令就够了：

:: 开启网络发现对应的防火墙规则 netsh advfirewall firewall set rule group="网络发现" new enable=yes :: 开启文件和打印机共享对应的防火墙规则 netsh advfirewall firewall set rule group="文件和打印机共享" new enable=yes

group 参数按规则组名匹配，系统安装时自带中英文规则组名，Win7 中文版下的组名就是“网络发现”和“文件和打印机共享”。这两条命令对所有配置文件生效，执行完后可以在“高级安全 Windows 防火墙”里确认，入站规则中出现“文件和打印机共享 (SMB-In)”且状态为已启用，就说明放行成功。如果目标机器上开着第三方安全软件，则规则可能被软件接管，这个话题留到第五章再展开。

另外，工作组名称建议保持默认的 WORKGROUP，不要改成中文，也不要带特殊字符。NetBIOS 名只支持有限的字符集，中文工作组名在混用不同语言系统的机器之间经常解析失败，这是共享问题的一个隐性源头。

3. 启用和检查 SMB 1.0/CIFS 文件共享支持：Win7 与 Win10/11 互访的开关

网上很多“局域网共享一键通”小工具，核心动作就是把 SMB1.0 功能打开、把防火墙规则放行、再改几个注册表键。手动操作不难，但需要先搞清楚协议在谁那边缺了。

3.1 0X80070035 和 SMB1.0 的关系：不是开了就好，而是协议协商不匹配就翻车

SMB 协议从 1.0 一路演进到 3.1.1。Windows 7 默认支持 SMB 2.1，同时默认启用了 SMB 1.0 服务端，这是为了兼容当年的 XP 和部分老 NAS。WannaCry 之后，微软在 Win10 1709/1809 里默认关闭了 SMB 1.0，Win11 更是默认不安装它。于是问题就变成了：Win7 老电脑访问一台只支持 SMB 2/3 的新设备，或者反过来 Win11 访问 Win7 的共享，双方在会话协商阶段找不到共同协议版本，客户端就会给出 0X80070035。

所以这个报错的排查顺序不是“在哪台机器上报错就改哪台机器”，而是先明确谁是客户端、谁是服务端：访问发起的一方要具备相应的 SMB 客户端协议，提供服务的一方要开放相应的 SMB 服务端协议，缺一环都表现为网络路径找不到。

3.2 在 Win7 上检查 SMB1.0 是否被关闭或损坏

Win7 SP1 默认开启 SMB1.0，但如果你的系统装过优化软件，或者之前手动关过它，功能状态就是未知的。用 DISM 查，不要靠猜：

:: 查看 SMB1Protocol 功能状态 dism /online /get-feature /featurename:SMB1Protocol

命令输出里的 State 一栏，如果显示 Enabled，说明功能已启用；显示 Disabled，说明被关闭了。这种状态下 Win7 访问老设备，或者被 Win10/11 访问，都可能报 0X80070035。启用它的命令如下：

:: 启用 SMB1.0/CIFS 文件共享支持，建议加 /norestart 手动重启 dism /online /enable-feature /featurename:SMB1Protocol /all /norestart

/featurename指定功能标识，SMB1Protocol 是它在系统里的内部名称；/all表示同时启用该功能的父功能；/norestart让命令执行完不自动重启，方便你整个配置完成后一起重启。注意 DISM 需要以管理员身份打开 CMD，否则会报错误 740。执行成功后重启，再回到第二章的net view命令验证。

3.3 在 Win10/Win11 上启用 SMB1.0 客户端：访问 Win7 时这里的开关才是主角

如果现象是 Win11 电脑访问 Win7 共享报 0X80070035，排查方向要反过来：Win7 端默认已开启 SMB 服务端，重点要看 Win11 这边有没有安装 SMB1.0 客户端。Win11 的打开方式有两种。图形界面路径是“设置 -> 系统 -> 可选功能 -> 更多 Windows 功能 -> SMB 1.0/CIFS 文件共享支持”，勾选后重启。命令行更直接：

# 先查看当前状态，Enabled 表示已开启 Get-WindowsOptionalFeature -Online -FeatureName SMB1Protocol # 启用 SMB1.0 客户端及服务端组件 Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol -All -NoRestart

PowerShell 需要以管理员身份运行。-All参数会把 SMB1.0 的客户端和服务端一并启用，因为 Win10/11 上 SMB1.0 细分成客户端和服务端两个子项。执行完如果提示 RestartNeeded 为 True，重启后再试共享访问。别忘了 Win10 同样适用这条命令，很多老电脑从 Win7 升级到 Win10 后，SMB1.0 被默认关闭，访问旧 NAS 时一模一样的问题。

注意：SMB 1.0 协议已弃用多年，开启前先确认局域网内没有不可控设备。如果只是临时拷贝文件，拷完顺手禁用更稳妥。

3.4 访问只支持 SMB1.0 的老设备：Win7 侧还要确认客户端角色

还有一种典型场景：目标是一台老 NAS、路由器 USB 共享或旧打印机，它们只支持 SMB1.0 协议，而 Win7 作为客户端去访问。Win7 的 SMB1.0 客户端默认是启用的，但如果之前关闭过，会遇到同样的 0X80070035。此时用 3.2 的命令重新启用即可，不需要改目标设备。启用后验证方法：重启后再执行net view \\192.168.1.100，如果能看到共享列表，说明 SMB 协商已经通过。

如果依然失败，再确认目标机器的 Server 服务是否在运行：

:: 查看 Server 服务状态，STATE 列应为 RUNNING sc query lanmanserver :: 服务停止时用这条启动 net start server

lanmanserver 是服务名，显示名称是 Server。这个服务停掉的话，SMB 会话根本无法建立，报错和 0X80070035 完全一样。Win7 上有时会因为第三方优化软件把服务启动类型改成“手动”导致开机后不运行，顺手把启动类型改回“自动”可以避免下次再犯。

4. 组策略与凭据：共享能看到、双击却报 0X80070035 的隐藏开关

如果net view能看到共享名，双击却报路径找不到，问题基本不在网络，而在系统会话层。这一章几个开关都藏在组策略和凭据管理里。

4.1 先清掉凭据管理器里的旧密码：很多“明明没错”是它惹的

现象：net view能看到目标机的共享名，双击却报 0X80070035，或者让输密码但输对了也进不去。原因常是 Windows 凭据管理器里存了旧账号的过期凭据。Win7 会把访问\\192.168.1.100时输入的账号密码存进“Windows 凭据”，下次访问直接拿旧的用，新密码永远没有机会生效。

清理方法：

:: 打开凭据管理器图形界面 rundll32.exe keymgr.dll,KRShowKeyMgr

在“Windows 凭据”里找到目标 IP 或主机名对应的条目，删除后重新访问，重新输入用户名密码。这一步只需要几分钟，但能排除掉一大批“密码改了之后访问失败”的翻车现场。命令行没有安全删除凭据的方式，不建议去硬改注册表，误删一大片凭据反而更麻烦。如果你在公司域环境里，还需要检查“证书凭据”和“泛型凭据”里有没有旧条目。

4.2 LocalAccountTokenFilterPolicy：让管理员账户拥有真正的远程权限

Win7 开启 UAC 后，即使你登录的是本地管理员组账户，通过 SMB 访问对端时，Windows 也会用过滤后的标准用户令牌去建立会话。后果是对方看到的是一个“降权”的管理员，导致对管理员专用共享或需要写入权限的目录访问失败，报错却不是权限不足 5 而是 0X80070035 这类路径不可达。解决方法是把过滤策略关掉：

:: 管理员 CMD 执行，1 表示远程也使用完整管理员令牌 reg add "HKLM\SYSTEM\CurrentControlSet\Control\Lsa" /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f

这个注册表键在微软官方文档里有明确说明，值设为 1 后，内置管理员组账户通过远程访问时不会再被 UAC 过滤。修改后不需要重启，但需要注销当前会话重新登录，或者等下一次建立会话时生效。值得注意：关闭 UAC 过滤会降低本机安全性，在多用户环境里要谨慎，个人家庭局域网里一般没有太大影响。不要用彻底关闭 UAC 的方式来替代它，那会引入更多一致性坑。

4.3 共享和安全模型：“仅来宾”与“经典”的取舍

Win7 作为服务器端被访问时，“网络访问：本地账户的共享和安全模型”这条组策略决定了对方用什么样的身份访问。它有两个选项：“仅来宾”和“经典”。默认值是“仅来宾”，意味着所有远程用户都被映射成 Guest 账户，即使对方输入了管理员用户名密码也不认。“仅来宾”模式下 Guest 必须启用且不能要求空密码，否则连接会失败。

如果你希望对方用具体的用户名密码访问，就把这项改成“经典”：

:: 设置为经典模式，值为 0 对应经典，值为 1 对应仅来宾 reg add "HKLM\SYSTEM\CurrentControlSet\Control\Lsa" /v forceguest /t REG_DWORD /d 0 /f

这里特别容易搞混：forceguest 的值 0 是经典模式，要求远程用户提供有效账号；1 是仅来宾模式，所有人都走 Guest。改完后让对方重新连接一次。还有一种情况是 Guest 被启用了但无法访问，检查一下 Guest 账户的密码策略，Win7 默认不允许空密码账户进行网络登录，这属于“本地安全策略 -> 安全选项 -> 账户：使用空密码的本地账户只允许进行控制台登录”这一条，把这条禁用才不会拦 Guest 访问。

4.4 LAN 管理器身份验证级别：老协议被禁，新协议不认

0X80070035 还有一种藏在“网络安全：LAN 管理器身份验证级别”里的成因。该策略控制在 SMB 会话协商时发送哪种 NTLM 响应。老设备只认 LM，新设备只收 NTLMv2，两边不一致，就会表现出“路径找不到”而不是“密码错误”。Win7 默认是“发送 LM 和 NTLMv2，如果已协商，则使用 NTLMv2 会话安全”，对应注册表 LmCompatibilityLevel 值为 2。

遇到老 NAS 时，可以尝试降级到值 1；遇到要求 NTLMv2 的现代服务器，改成值 3：

:: 3 表示仅发送 NTLMv2，兼容现代 Windows 服务器 reg add "HKLM\SYSTEM\CurrentControlSet\Control\Lsa" /v LmCompatibilityLevel /t REG_DWORD /d 3 /f

值从 0 到 5 的语义差别如下表：

改完后同样无需重启，新的会话建立时生效。这个键的调整尽量一次只改一档，配合net view观察结果。如果你目标设备是一台很老的路由器共享盘，值 2 仍然连不上时可以试 1；如果对面是纯 Linux 的 Samba 服务端，值 3 是更常见的选择。

5. 避坑排查：0X80070035 出在这 5 处，现象原因解决一次说清

这一章是我处理过的真实故障里最常见五类，每条都按“现象 -> 原因 -> 解决”的顺序写，方便你对着症状查。

5.1 防火墙“专用网络”关了，但第三方安全软件还在拦 445 端口

现象：关闭系统防火墙或者放行了“文件和打印机共享”，共享依旧报 0X80070035。

原因：360、电脑管家、火绒等安全软件自带网络防护，默认拦截 Windows 共享相关的入站连接。系统防火墙只是第一层，第三方防护规则独立生效，两者互不通气。

解决：在安全软件的“网络防护”里放行“文件共享”相关规则，或者把目标 IP 加入信任区。个别软件需要在“局域网防护”里单独打开“共享目录访问”开关。验证方法是临时退出安全软件再试一次，能通就说明是软件拦截，再回软件里放行。如果目标机器在服务器机房，没有人工操作，检查一下安全软件是否开启了“ARP 防护”和“IP 冲突防护”，这两个功能也会在局域网环境里引发偶发性的路径不可达。

5.2 IP 地址冲突：两台设备抢同一个地址，共享时好时坏

现象：同一局域网内有一台手机或另一台电脑的 IP 与目标机相同，共享连接要么超时，要么报 0X80070035。

原因：ARP 表在两个 MAC 地址之间反复横跳，请求有时到达目标机，有时到达占用 IP 的设备，后者不响应 SMB，于是报网络路径不可达。

解决：在路由器后台查看 DHCP 客户端列表，找出同 IP 的两台设备；给电脑设置静态 IP，或在路由器里做 DHCP 绑定，把 IP 和 MAC 固定下来。排查时先用arp -a查看目标 IP 对应的 MAC，再去路由器对照设备列表。这个坑在混合无线有线网络里尤其常见，手机抢了电脑的地址后，电脑这边完全无感，但网络共享已经全挂了。

5.3 ping 得通但 net view 报系统错误 53：NetBIOS 解析出了问题

现象：用 IP 访问没问题，用\\计算机名访问就报 0X80070035。

原因：目标主机名通过 NetBIOS 或 DNS 无法解析，可能是“TCP/IP 上的 NetBIOS”被禁用了，也可能是网络上有同名主机造成广播响应混乱。

解决：在网卡属性里确认勾选了“TCP/IP 上的 NetBIOS”。如果对方 IP 固定，也可以直接用 IP 访问避开解析问题，或者用 hosts 文件建立临时映射，在 C:\Windows\System32\drivers\etc\hosts 里追加一行192.168.1.100 OLD-PC，此后\\OLD-PC就直接走 hosts 解析，不再依赖 NetBIOS。想进一步确认解析状态，用nbtstat -A 192.168.1.100查看对端 NetBIOS 名称表，如果名称表是空的说明对方禁用了 NetBIOS，这种情况下只能用 IP 访问。

5.4 Win11 访问 Win7：服务端开了 SMB1.0，客户端没开，一样 0X80070035

现象：Win11 电脑双击 Win7 共享文件夹，提示找不到网络路径，但 Win7 上 SMB1.0 已启用、防火墙已放行。

原因：很多人只在 Win7 上做配置，忽略了对端的 SMB1.0 客户端支持。Win11 默认不启用 SMB1.0，客户端与服务端协商失败，报错同样是路径不可达。

解决：在访问发起方，也就是 Win10/Win11 电脑上安装“SMB 1.0/CIFS 文件共享支持”，用第三章的 PowerShell 命令即可。这也是整个排查里最反直觉的一条：报错显示在 Win7 的共享窗口，开关却在另一台机器上。如果你的 Win11 系统是 23H2 及以上，这个功能默认状态是“未安装”，需要先去“可选功能”里添加。

5.5 445 端口被占用：Server 服务没接管，被别的进程抢了先

现象：共享用一会儿就失效，重启网卡又能访问，但过一会再次报 0X80070035。

原因：某些安全软件或虚拟网卡驱动会自己监听 445 端口，导致 SMB 服务无法绑定，或者绑定后被抢占。

解决：用netstat -ano | findstr :445查看监听 445 的 PID，再到任务管理器中定位进程。正常情况显示 PID 为系统进程（如 PID 4 System），如果看到其他进程，要在软件设置里关闭其 SMB 代理，或重启 Server 服务，命令是net stop server && net start server。这个操作会短暂中断所有本地共享连接，执行前先通知同网段用着共享的人。还有一种隐蔽情况是网卡驱动自带的“网络重定向器”功能占用了端口，在设备管理器的网卡属性里关掉相关的网络直连加速选项即可。

6. 一键配置脚本与验证技巧：把排查固化成一套可复用的批处理

把前面四章的常用设置在 Win7 侧合并成一个脚本，适合重装系统后恢复共享访问用。脚本必须以管理员身份运行。

@echo off :: ===================================== :: Win7 局域网共享 0X80070035 修复脚本 :: 需要右键“以管理员身份运行” :: ===================================== :: 1. 确保 SMB1.0 功能处于启用状态 dism /online /get-feature /featurename:SMB1Protocol | findstr /i "Enabled" >nul || ( dism /online /enable-feature /featurename:SMB1Protocol /all /norestart ) :: 2. 放行网络发现和文件共享防火墙规则 netsh advfirewall firewall set rule group="网络发现" new enable=yes netsh advfirewall firewall set rule group="文件和打印机共享" new enable=yes :: 3. 解决 UAC 令牌过滤导致的管理员权限降级 reg add "HKLM\SYSTEM\CurrentControlSet\Control\Lsa" /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f :: 4. 强制使用 NTLMv2 会话安全，匹配现代系统 reg add "HKLM\SYSTEM\CurrentControlSet\Control\Lsa" /v LmCompatibilityLevel /t REG_DWORD /d 3 /f :: 5. 确认 Server 服务处于启动状态 sc query lanmanserver | findstr /i "RUNNING" >nul || net start server :: 6. 提醒重启 echo 配置完成。若访问仍失败，请重启后重试。 pause

脚本里第一段用findstr /i "Enabled"判断功能状态，只有返回失败才执行启用命令，这样脚本具备幂等性，多跑几次也不会把系统改坏。第四段把身份验证级别调到“仅发送 NTLMv2”，如果目标设备是很老的家用路由器共享盘，可以把值改回 2 再试。第六段针对 Server 服务异常退出做了兜底启动。

验证技巧：脚本跑完后，先用net use测试连接，不要急着双击图形界面，命令行给的信息更准确：

:: 清理旧的映射，避免凭据缓存干扰判断 net use * /delete /y :: 建立测试连接 net use \\192.168.1.100\share /user:administrator

如果提示“命令成功完成”，说明 SMB 会话、协议协商、凭据认证三关全过。这时再去资源管理器里访问，基本不会再见 0X80070035。如果net use一直处于挂起状态，说明网络层对 445 的连通性有问题，回到第二章查防火墙。我的习惯是工具类脚本只做检查加唤醒，不做破坏性设置，所以这个脚本把每一项都写成幂等操作，跑完不会引入新问题。现在遇到这个报错，我的第一反应不是重装网卡驱动，而是到网络和共享中心确认当前网络类型，然后跑一版这个脚本，把功能、防火墙、凭据、策略四个位置统一过一遍。这个小习惯帮我处理了太多看起来没有头绪的共享故障，希望帮到你。

本文还有配套的精品资源，点击获取