“找不到网络路径”（错误代码0x80070035）本质是SMB通信链路未建立，须优先确认Server与Workstation服务是否真正运行（非仅设为自动），并同步启动Function Discovery、SSDP、TCP/IP NetBIOS Helper等辅助服务，再验证其依赖项（如RPCSS、NSI）是否全部处于运行状态。
电脑局域网访问提示“找不到网络路径”时，问题往往卡在底层通信链路未建立，而非共享权限或文件夹设置错误；此时必须验证Windows共享功能所依赖的核心服务是否真正运行，否则无论共享设置多完善，客户端连发起连接的机会都没有。
确认Server与Workstation服务是否启动
Server服务负责响应共享请求，Workstation服务负责发起访问请求；二者缺一不可，且必须处于“正在运行”状态，仅设置为“自动”但未实际启动仍会导致0x80070035错误。
按 Win + R → 输入 services.msc → 回车，打开服务管理控制台。
查找并双击“Server”（显示名称为“Server”）→ 在“常规”选项卡中确认“服务状态”为“正在运行”，若为“已停止”，点击“启动”按钮；再将“启动类型”设为“自动(延迟启动)”→ 点击“确定”。
同理查找并双击“Workstation”→ 启动该服务，并将启动类型改为“自动(延迟启动)”。
【Server和Workstation服务必须同时运行，任一停止即导致共享完全不可见】
启用辅助发现与协议支撑服务
仅启动Server和Workstation还不够，网络发现、设备枚举、UPnP等辅助服务缺失，会导致资源管理器中不显示其他计算机，或通过\计算机名访问失败，但用IP地址却能通——这是典型的服务链断裂表现。
在同一 services.msc 界面中，依次检查以下服务：Function Discovery Resource Publication、Function Discovery Provider Host、SSDP Discovery、UPnP Device Host、TCP/IP NetBIOS Helper。
对其中状态为“已停止”的服务，右键选择“启动”；对启动类型非“自动(延迟启动)”的，双击进入属性页修改后保存。
特别注意：TCP/IP NetBIOS Helper 服务若被禁用，会影响NetBIOS名称解析，在老旧设备或混合环境（含Win7/XP）中尤为关键。
验证服务依赖关系是否完整
Windows服务之间存在隐式依赖，例如Workstation服务依赖于NSI（Network Store Interface）和TCPIP驱动，而这些通常由系统自动加载；但若手动禁用过底层驱动或使用过精简工具，可能破坏依赖链。
第一步：以管理员身份运行命令提示符 → 执行 sc querydepend LanmanWorkstation，查看其直接依赖项是否全部“STATE: 4 RUNNING”。
第二步：执行 sc querydepend LanmanServer，确认其依赖的RPCSS、SamSS等关键服务状态正常。
若任一依赖项显示“STOPPED”，需单独启动对应服务，不能仅靠重启Server或Workstation解决。
第三步：执行 net start，核对输出列表中是否包含“Workstation”、“Server”、“Function Discovery Provider Host”等关键项；缺失即说明服务未成功加载。
