SMB共享报错0x80070035是因访问链路中断所致，需按三步验证：先ping确认网络连通性，再telnet 445端口检测SMB服务可达性，最后检查Server等关键服务是否运行，并清除凭据管理器中的错误缓存。

当你在Windows电脑上双击“网络”却看不到隔壁工位的共享文件夹，或输入\192.168.1.100share后弹出“找不到网络路径”“拒绝访问”“错误 0x80070035”，这不是系统坏了，而是SMB握手链路上某一个环节断开了——它可能卡在网络层、协议层、认证层中的任意一环，而你正站在错误提示的背面，离真相只差三步验证。

确认基础网络连通性

第一步：在访问端按 Win + R，输入 cmd 回车，执行：
ping 192.168.1.100
（将IP替换为共享主机实际地址，可在对方电脑运行 ipconfig 查看IPv4地址）

若返回“请求超时”，说明物理或逻辑链路不通。此时先检查网线指示灯、WiFi是否连在同一SSID、路由器是否启用了客户端隔离功能——这些比改注册表更优先。

第二步：若ping通，立刻测试SMB端口是否开放：
telnet 192.168.1.100 445
（如提示“不是内部或外部命令”，需先启用Telnet客户端：控制面板→程序→启用或关闭Windows功能→勾选Telnet客户端）

如果连接失败，问题不在凭据或权限，而在服务未启动或防火墙拦截。此时跳过所有用户设置，直奔共享主机的服务管理器。

检查共享主机关键服务状态

在共享主机上按 Win + R，输入 services.msc 回车，重点确认以下三项服务状态为“正在运行”：

• Server（必须启用，SMB共享依赖此服务）
• Function Discovery Resource Publication（影响网络发现）
• Computer Browser（旧版网络浏览必需，Win10/11中虽弱化但仍影响部分发现行为）

Server服务若为“已停止”，右键→启动；若启动失败，查看其依赖服务（如Workstation）是否也处于运行状态。这一步不做完，其他所有共享设置都形同虚设。

绕过网络发现，用UNC路径直连

方法一：在访问端资源管理器地址栏直接输入
\192.168.1.100共享名
（注意是两个反斜杠开头，不是三个）

方法二：若知道主机名，可尝试
\主机名共享名
（需确保主机名能被正确解析，否则会报“找不到网络路径”）

方法三：强制指定凭据登录（适用于工作组环境且密码保护开启时）：
在运行框输入：
\192.168.1.100共享名 /user:共享主机用户名
回车后输入对应密码。这里【用户名必须是共享主机本地账户，不能是Microsoft账号别名】，否则认证必然失败。

快速重置网络发现与共享策略

第一步：打开“控制面板→网络和Internet→网络和共享中心→更改高级共享设置”

第二步：在“当前配置文件”下，依次执行：
① 启用网络发现
② 启用文件和打印机共享
③ 关闭密码保护的共享（工作组环境下最稳妥的起点）

第三步：切换到“所有网络”设置区，点击“还原为默认值”——这会清空此前手动修改却未生效的冲突策略，比逐项排查更快。

第四步：重启“Function Discovery Resource Publication”和“SSDP Discovery”两项服务，避免缓存残留导致发现延迟。

清除凭据管理器中的错误缓存

很多“昨天能今天不能”的问题，根源藏在Windows凭据管理器里。按 Win + R，输入 control keymgr.dll 回车，打开凭据管理器。

在“Windows凭据”选项卡中，查找所有以 【\192.168.1.100 或 \主机名 开头的条目】，全部删除。不要保留任何旧凭据——哪怕你确信密码没变，Windows也可能因NTLM哈希不匹配静默拒绝。

删完后，再次用UNC路径访问，系统会重新弹出登录框，此时输入最新正确的本地账户密码即可。