1. 0x80070035 到底是什么：先搞清楚报错在哪里先把结论说在前面：这个错误码的意思是“找不到网络路径”。很多朋友升到 Win11 之后，双击网络里那台老 Win7 电脑的共享文件夹，直接弹一个红叉，错误码 0x80070035，第一反应都是“网线坏了？”“是不是防火墙拦了？”我一开始也这么想，折腾半天才发现，问题根本不是网络不通，而是新老两套 Windows 在共享协议和访问模型上出现了错位。Win11 和 Win7 虽然都叫 Windows，但它们在网络共享这件事上已经隔了一代。Win7 时代默认跑的还是 SMB 1.0 协议打底，而 Win11 默认的策略是：能用 SMB 3.1.1 就绝不用老协议，而且出于安全考虑，系统默认把 SMB 1.0 这个组件整个禁用掉。两边一个只会说方言，一个默认不装翻译，你说能不报错吗？这就是 0x80070035 最常见、也最容易被忽视的根因。当然，协议版本不是唯一嫌疑。Windows 的网络安全模型、本机策略里的“仅来宾”设置、当前网络环境是“公用网络”还是“专用网络”，甚至 UAC 对远程访问的限制，都可能让这个错误出现。这篇文章我不跟你讲理论，直接把我实际踩坑、验证过的修复路径完整列出来，每一步都标明为什么这么做，你照着操作，大概率能把这个问题彻底解决。适合谁看？正在被 Win11 访问 Win7 共享折腾的普通用户、公司网管，以及所有想弄明白 Windows 网络共享底层逻辑的人。2. 修复前的必修课：先查网络身份，再做协议匹配2.1 把网络类型切成“专用网络”，这一步很多人直接跳过Win11 默认把新接入的网络当成“公用网络”处理，这个身份直接决定了防火墙的规则力度。公用网络下，系统对入站连接的限制非常严格，文件和打印机共享这类规则默认不生效，你共享配置得再对，网络发现那一关就可能把你卡死了。所以动手改任何协议之前，先把网络身份确认清楚。操作路径：设置 → 网络和 Internet → 以太网（或 WLAN）→ 点击当前连接的网络 → 把“网络配置文件类型”从“公用网络”切换为“专用网络”。切换后系统会重新加载防火墙规则，此时“文件和打印机共享”这条规则才会进入工作状态。注意，这一步不是可选项，我遇到过一个案例，协议、服务、共享权限全查了一遍都没问题，最后切完专用网络直接通了。如果你是在公司域环境里，网络身份可能是组策略锁定的，这种情况下别硬改，找网管要对应策略。家用场景就简单多了，直接切成专用网络。2.2 先用 ping 验证物理链路，别让错误码带偏方向很多教程一上来就叫你开 SMB 1.0，但如果你连对方机器都 ping 不通，开了也是白开。我建议你在做任何改动之前，先做两个基础测试：ping 目标IP地址能通，说明二层三层没问题，问题集中在协议和策略层。ping 不通，先看两台机器是不是在同一个网段、有没有开 apipa 自动地址、路由器有没有开“AP 隔离”之类挡内网的东西。还有一种情况：能 ping 通 IP，但 ping 计算机名不通，那基本就是 NetBIOS 或 DNS 解析的问题，和本文讨论的 0x80070035 是两码事，别混在一起排查。这里有个小细节：Win11 默认用 mDNS 解析主机名，Win7 没有这个能力，所以两边最好通过 IP 访问，或者确保 NetBIOS over TCP/IP 开着。访问的时候直接输入 \192.168.x.x 这种格式，能少掉一半解析类的破事。2.3 共享端权限确认：别在 Win7 那边漏了共享权限很多人光顾着改 Win11，忘了检查 Win7 这台被访问的机器。Win7 的共享设置里有两层权限：共享权限和 NTFS 权限，两个都放行才能正常读写。右键共享文件夹 → 属性 → 共享 → 高级共享 → 权限，确认 Everyone 或者你要用的那个账号有“读取/更改”的权限；再切到“安全”选项卡，确认 NTFS 权限里同样放行了对应账号。这一步看着基础，但确实是高频翻车点。Win11 访问 Win7 共享时，默认会以当前登录用户的凭据去连接远程机器，如果这个用户在 Win7 上根本没有登录权限，直接就是 0x80070035。更隐蔽的是，有些 Win7 机器之前被设置过“仅来宾”模式，那个模式下所有远程用户都被当作 Guest 处理，Guest 在共享权限里又没有配置，照样报错。这个点后面第六节我会专门展开，先记住：共享权限和 NTFS 权限必须同时放行。3. 核心修复：把 Win11 的 SMB 协议栈拉回兼容时代3.1 为什么 Win7 和 Win11 在协议上“鸡同鸭讲”SMB 协议经过这么多代演进，彼此之间并不能完全兼容。Win7 默认支持 SMB 1.0 和 SMB 2.0，但很多时候因为组策略或第三方优化工具，实际协商到的版本就是 SMB 1.0。Win11 这边默认支持 SMB 2.0、3.0、3.1.1，但 SMB 1.0 组件默认是不装的。两边都不主动降级，协商就直接失败。系统版本默认启用的 SMB 版本SMB 1.0 默认状态Windows 7SMB 1.0 / 2.0启用Windows 10SMB 2.0+禁用，可手动开启Windows 11SMB 2.0 / 3.0 / 3.1.1禁用，可手动开启所以你看，问题就出在这个表上：Win7 那台机器默认把自己最好的协议停在 1.0，而 Win11 直接把 1.0 的入口关了。两边连握手的共同语言都没有，自然就是找不到网络路径。解决思路就是：让 Win11 把 SMB 1.0 这个组件装回来，并且让访问模型匹配 Win7 的习惯。3.2 图形界面开启 SMB 1.0 功能（最稳妥的办法）操作很简单：Win11 按下 Win + R 输入 optionalfeatures，回车打开“Windows 功能”对话框，往下拉找到“SMB 1.0/CIFS 文件共享支持”，展开后勾上下面三个子项：SMB 1.0/CIFS 客户端、服务器、以及自动移除。如果你只是要访问 Win7 的共享，理论上只需要勾“SMB 1.0/CIFS 客户端”；但实际环境中我建议把“服务器”也勾上，因为有些老设备别的功能也会依赖它，一次性开齐省得以后再折腾。点击确定后系统会提示重启，重启完成协议栈就装好了。这个方法最不容易出错，适合不想碰命令行的朋友。3.3 命令行开启 SMB 1.0（给懒人和网管准备的姿势）如果你不想点来点去，可以直接用 DISM 或 PowerShell。注意：必须以管理员身份打开终端。禁用状态查询：DISM /Online /Get-FeatureInfo /FeatureName:SMB1Protocol开启 SMB 1.0：DISM /Online /Enable-Feature /FeatureName:SMB1Protocol /All /NoRestartPowerShell 方式同理：Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters" -Name "SMB1" -Type DWORD -Value 1 -Force Enable-WindowsOptionalFeature -Online -FeatureName "SMB1Protocol" -All -NoRestart注意，无论是图形界面还是命令行方式，修改后都建议重启一遍，因为 LanmanServer 服务要重新读取 SMB 相关的配置才会生效。我知道你嫌重启烦，但我试过不重启直接访问，十次有八次还是报错，别省这一下。3.4 关于开启 SMB 1.0 的安全权衡：开可以，开着不管不行SMB 1.0 是一个有年代感的协议，历史上出过多轮严重漏洞。所以我必须把丑话说在前面：你为了访问那台老 Win7，在 Win11 上开启 SMB 1.0，本质上是把一扇旧门打开。虽然 Win11 在开启时会提示风险，但这不代表你可以一直开着不管。我的做法是：确认共享访问正常之后，把 Win11 的“自动移除”子项保持开启，让系统在空闲时自动清理；如果你只是临时拷贝一次数据，用完立刻回到 Windows 功能里把勾去掉，再重启一次。另外，Win7 那边的共享方案，最好也别一直用 SMB 1.0 裸奔。我的建议是，在 Win7 上装补丁把 SMB 2.0 作为可协商版本，或者直接把老机器换成支持 SMB 3.0 的设备，这才是长期方案。但这是后话，先把眼前的共享打通再说。4. 让 Win11 放下身段：注册表里的两个关键开关开启 SMB 1.0 只是让协议能对上，但 Windows 在安全策略上还有两道坎等着你。如果只开协议不够用，大概率就是卡在这两个注册表项上。4.1 允许不安全的来宾登录（EnableInsecureGuestLogons）Win7 的共享如果配置的是 Guest 匿名访问，Win11 默认是拒绝的。这不怪 Win11，是微软出于安全考量堵死了“不安全的来宾登录”。但问题是，很多老 Win7 的共享本来就没设账号密码，就是靠 Everyone/Guest 访问的，你需要在 Win11 上放行一次。打开注册表编辑器 regedit，定位到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa右侧找到或新建 DWORD（32 位）值，名字叫 EnableInsecureGuestLogons，把值设为 1。没有的话就右键新建，别创建成 QWORD。改完注册表不用重启，但要等几秒钟让策略刷新，或者直接重启一下 explorer 进程也行。这里为什么要强调这个值：很多文章只让你开 SMB 1.0，结果你开了之后还是报 0x80070035，就是漏了这一步。我实际修过的机器里，有一大半是 SMB 1.0 + 这个注册表项组合才真正解决的。4.2 修复远程 UAC 限制的 LocalAccountTokenFilterPolicy另一个容易被忽略的注册表项是这个：LocalAccountTokenFilterPolicy。它是干嘛的？Windows 在 UAC 启用后，远程访问本地管理员账号时，会默认过滤掉管理员的完整权限，只给一个标准用户令牌。你从 Win11 用管理员账号访问 Win7 共享，如果这个策略没调，Win7 那边就把你的权限降级了，轻则只能读不能写，重则直接拒绝访问。定位到：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System右侧找到 LocalAccountTokenFilterPolicy，如果不存在就新建 DWORD（32 位）值。设为 1，表示远程管理访问不进行 UAC 过滤，允许完整管理员令牌。这个注册表项经常和 0x80070035 一起出现，但被很多人忽视。修改后同样建议重启，或者注销重登，确保令牌生效。4.3 注册表改完的正确姿势：先看目标共享能不能被列举改完上面两个注册表项，我强烈建议你先做一个快速验证：打开 Win11 的资源管理器，在地址栏直接输入 \Win7的IP，回车。如果能弹出目录列表，说明核心链路已经通了。这一步比直接双击某个具体共享文件夹更有效，因为列举共享本身也是走 SMB 协议的特殊请求，列举成功代表协议协商、身份验证、权限三大关基本都过了。如果这里还报错，你再去检查防火墙、网络发现设置，方向才够准。5. 别忽略的隐藏关卡：共享模型与防火墙策略5.1 “仅来宾”模式是 0x80070035 的高发原因之一Win7 系统的共享安全模型有两种：传统“经典”模型和“仅来宾”模型。所谓“仅来宾”，通俗点讲就是不管你用哪个账号来访问，远程机器都把你当成 Guest 客人对待。这种设计在 XP 时代很常见，为的是方便局域网内分享文件。但到了 Win11 这里问题就来了：Win11 默认不会拿 Guest 身份去访问网络资源，它坚持用自己的账号做身份验证，两边目标不一致，连接建立不了，错误码就出来了。怎么查 Win7 当前的模型：Win + R 输入 secpol.msc 打开本地安全策略，定位到“安全设置”→“本地策略”→“安全选项”→右侧找到“网络访问：本地账户的共享和安全模型”。如果是“仅来宾—对本地用户进行身份验证，其身份为来宾”，那就改成“经典—对本地用户进行身份验证，不改变其本来身份”。改完之后共享访问模型就回到最传统的行为：远端访问时会以你提供的账号密码为准，而不是一刀切当成 Guest。这个改动在许多“加了域”“改了共享策略”的环境里尤其关键。改完同样不需要重启，重试访问即可。5.2 防火墙规则检查：文件和打印机共享必须双向放行Win11 和 Win7 两台机器的防火墙，都要检查“文件和打印机共享”这条入站规则是否启用。Win11 在这块的默认规则，在专用网络下通常是允许的，但如果你之前手动优化过系统、用第三方安全工具清理过网络规则，这条可能就被干掉了。检查命令（管理员权限）：netsh advfirewall firewall set rule group="文件和打印机共享" new enable=YesWin7 那边同样执行一次。如果你不想用命令，也可以在“高级安全 Windows Defender 防火墙”里，左侧“入站规则”搜“文件和打印机共享”，确保规则状态是“允许”而不是“仅公用”环境禁用。另外，很多老 Win7 装的第三方安全软件会在后台拦截 NetBIOS 和 SMB 端口（139、445），排查时如果以上步骤全部无效，建议临时停用 Win7 上的第三方防火墙几秒钟试试，有奇效。我修过一个案例，就是 Win7 上装的某个网络管理工具把 445 端口静默屏蔽了，所有共享连不上。5.3 四项服务的运行状态检查：SMB 依赖的服务链SMB 客户端要正常工作，有几个服务是必须转着的：Server 服务、Workstation 服务、DHCP Client、DNS Client。前两个尤其关键。在 Win11 上按 Win + R 输入 services.msc，确认以下服务状态：Server（LanmanServer）：负责提供共享资源，必须为“正在运行”，启动类型自动。Workstation（LanmanWorkstation）：负责发起共享连接，必须为“正在运行”。DHCP Client、DNS Client：负责网络配置解析，虽然一般不手动动，但被精简系统优化掉的情况我见过。如果 Server 服务被禁用，Win11 自己都不能给别人提供共享，访问别人也同样会受影响。恢复方法：把启动类型改成“自动”，点“启动”，然后重启机器。6. 从零到通的完整流程：照着做，10分钟内解决为了让你不迷失，我把自己处理这类问题时的完整顺序整理成一套“一键式”清单。按这个顺序走，基本能覆盖 0x80070035 的绝大多数成因，也避免你东一榔头西一棒子。6.1 操作速查表：按步骤走，不重不漏顺序操作对象具体动作理由1Win11把网络类型改为“专用网络”激活文件共享防火墙规则2Win7确认共享权限和 NTFS 权限均放行防止远端账号无访问权3Win11开启 SMB 1.0/CIFS 客户端+服务器让协议栈支持老设备协商4Win11设置 EnableInsecureGuestLogons 为 1放行来宾连接5Win11设置 LocalAccountTokenFilterPolicy 为 1避免管理员令牌被降权6Win7把共享安全模型改为“经典”模式与 Win11 访问方式匹配7两台启用“文件和打印机共享”防火墙规则放行 139/445 端口8两台确认 Server 与 Workstation 服务启动保证 SMB 基础服务在线9Win11重启并访问 \IP让所有配置生效上面这些步骤不是每台机器都需要全部执行，但我在处理问题的时候，基本是在这 9 步里循环。每做完一步，就去地址栏敲一次 \目标IP 测试，通了就停，没通继续往下。这样比一次性全做完再找问题高效得多。6.2 常见问题速查：报错码不变，原因可能各不相同同样一个 0x80070035，背后可能是完全不同的原因。这里列几个高频场景，你直接对号入座：现象大概率原因快速解法局域网内只有 Win7 连不上，其他设备正常Win11 缺少 SMB 1.0 支持开启 SMB 1.0 功能共享文件夹双击后要求输入账号密码且无效Win7 “仅来宾”模型拦截改为“经典”模型家用路由器下能 ping 通但共享失败网络类型为公用，防火墙拦了切专用网络+检查规则公司域环境，组策略限制共享模型域策略覆盖本机策略联系管理员调整策略装过优化软件/安全工具后出现注册表项被改动检查 EnableInsecureGuestLogons、LocalAccountTokenFilterPolicy之前能访问，某天突然 0x80070035防火墙规则被更新覆盖重开“文件和打印机共享”规则、检查服务状态这几种情况我都实际碰到过。前两种最常见，第三种经常被人误判为路由器故障，白白排查半天。你在命令行里敲 netsh advfirewall firewall show rule name="文件和打印机共享 (回声请求 - ICMPv4-In)" 也能顺便确认 ICMP 是否放行，因为很多“能 ping 通”其实只是试探性测试，真正共享走的是 445 端口，不是 ICMP。6.3 清理凭据：旧凭据比你想的更坑还有一种情况，明明是同一台 Win7，你之前用旧密码访问过，后来密码改了，Win11 的凭据管理器里还留着旧凭据，每次连接直接提交旧密码，认证失败就报 0x80070035。这种问题很隐蔽，因为从现象看就是“找不到网络路径”，但实际上网络路径是通的，卡在了认证环节。打开控制面板 → 凭据管理器 → Windows 凭据，找到目标 IP 或主机名的凭据项，点开下拉，选择“删除”。删掉后再访问共享，系统会重新弹出认证窗口，输入 Win7 的正确账号密码，通常就通了。这里建议你顺手在 Win11 的凭据管理器里“添加 Windows 凭据”，把目标 IP、账号、密码保存好，以后访问就不会反复弹窗。7. 几台疑难机器给我的实战教训这个专题我修了很多台机器，有些用上面的清单十几分钟就搞定了，有些则卡了两三天。我这里挑几个典型的疑难场景展开讲讲，因为它们的共性就是：表面问题一模一样，但坑位完全不同。7.1 一台笔记本：SMB 1.0 开了，注册表也改了，还是报错后来仔细查才发现，那台 Win7 机器的“网络访问：本地账户的共享和安全模型”被部门安全策略掐在了“仅来宾”上，而 Win11 端不管怎么配置，都不会用 Guest 身份去连接。我把 Win7 的 secpol.msc 打开一看，选项果然是“仅来宾”，改成“经典”后，一分钟内就通了。这个案例给我的教训是：两边策略要匹配，不能只顾客户端一方的设置。7.2 一台台式机：所有配置都对，就是连不上，最后发现是服务被禁用那台机器用的是某优化工具精简过系统，Workstation 服务（LanmanWorkstation）居然被设置成“禁用”。这个服务管的是发起 SMB 连接的网络客户端，它被禁了，你再怎么调协议和策略都是白搭。Windows 事件日志里还会记录来源为“Service Control Manager”的错误。我改回“自动”并启动服务后，问题消失。这个案例提醒我：检查和配置一样重要，服务状态是很多人容易忽略的盲区。7.3 还是那台 Win7：开了 SMB1 之后系统提示重启，但重启后网络身份变了Win7 默认安装 SMB 1.0 不需要重启，但个别补丁状态异常的机器会让你重启。重启完发现网络身份从“家庭网络”变成了“公用网络”，共享设置里的“网络发现和文件共享”又全部关掉了。这类问题其实很常见：你以为已经设置好了，实际上系统重启后按新网络身份把共享给关了。所以每次远程配置 Win7，我最后都会复查一遍“网络和共享中心→更改高级共享设置”里的三个选项，确认“启用网络发现”和“启用文件和打印机共享”都勾着。8. 我个人实际处理下来最管用的三板斧文章最后，我讲点真实的。网上关于 0x80070035 的教程很多，但大部分只讲协议、只讲防火墙，很多朋友照做了还是解决不了。根据我个人经验，真正管用的是这三板斧，按顺序来，极少扑空：第一板斧：把 Win11 的 SMB 1.0 功能开启，同时把 EnableInsecureGuestLogons 设为 1。这一套组合解决了一半以上的“找不到网络路径”。你可能会担心安全问题，我的观点是：在局域网内、没有公网暴露风险的前提下，这是可接受的临时措施；建议共享需求结束或迁移后立刻关掉。第二板斧：检查 Win7 的共享模型，把“仅来宾”改成“经典”。很多老机器是被优化工具改成仅来宾的，自己早就忘了。这一改，权限体系立刻回到 Win11 熟悉的那套逻辑，认证顺畅了，报错也就消失了。如果你访问时总是“要求输入凭据，输对了也进不去”，那 90% 就是这个模型的问题。第三板斧：清理凭据管理器里的旧凭据，然后手动添加正确凭据。这个坑很多人一辈子都没意识到。Win11 系统会静默重用曾经的凭据缓存，而且缓存里的凭据是加密的，你根本看不出来过期了。手动删掉再重连，往往立竿见影。最后再补一句：如果你试完以上所有步骤还是失败，那大概率不是共享配置的问题，而是网络本身被某种安全软件或路由器策略挡了。建议你用 Wireshark 抓一下目标 IP 的 445 端口握手包，看是 TCP 层连不上，还是 SMB 协商阶段被拒。前者查防火墙和路由，后者往协议和策略方向走。虽然 Wireshark 看起来高端，但排查这种跨系统共享问题，它反而是最直白的工具。我自己在处理疑难共享问题时，几乎都会抓包来确认错误发生在哪一层，这样比盲试配置文件高效得多。
1. 0x80070035 到底是什么：先搞清楚报错在哪里先把结论说在前面：这个错误码的意思是“找不到网络路径”。很多朋友升到 Win11 之后，双击网络里那台老 Win7 电脑的共享文件夹，直接弹一个红叉，错误码 0x80070035，第一反应都是“网线坏了？”“是不是防火墙拦了？”我一开始也这么想，折腾半天才发现，问题根本不是网络不通，而是新老两套 Windows 在共享协议和访问模型上出现了错位。Win11 和 Win7 虽然都叫 Windows，但它们在网络共享这件事上已经隔了一代。Win7 时代默认跑的还是 SMB 1.0 协议打底，而 Win11 默认的策略是：能用 SMB 3.1.1 就绝不用老协议，而且出于安全考虑，系统默认把 SMB 1.0 这个组件整个禁用掉。两边一个只会说方言，一个默认不装翻译，你说能不报错吗？这就是 0x80070035 最常见、也最容易被忽视的根因。当然，协议版本不是唯一嫌疑。Windows 的网络安全模型、本机策略里的“仅来宾”设置、当前网络环境是“公用网络”还是“专用网络”，甚至 UAC 对远程访问的限制，都可能让这个错误出现。这篇文章我不跟你讲理论，直接把我实际踩坑、验证过的修复路径完整列出来，每一步都标明为什么这么做，你照着操作，大概率能把这个问题彻底解决。适合谁看？正在被 Win11 访问 Win7 共享折腾的普通用户、公司网管，以及所有想弄明白 Windows 网络共享底层逻辑的人。2. 修复前的必修课：先查网络身份，再做协议匹配2.1 把网络类型切成“专用网络”，这一步很多人直接跳过Win11 默认把新接入的网络当成“公用网络”处理，这个身份直接决定了防火墙的规则力度。公用网络下，系统对入站连接的限制非常严格，文件和打印机共享这类规则默认不生效，你共享配置得再对，网络发现那一关就可能把你卡死了。所以动手改任何协议之前，先把网络身份确认清楚。操作路径：设置 → 网络和 Internet → 以太网（或 WLAN）→ 点击当前连接的网络 → 把“网络配置文件类型”从“公用网络”切换为“专用网络”。切换后系统会重新加载防火墙规则，此时“文件和打印机共享”这条规则才会进入工作状态。注意，这一步不是可选项，我遇到过一个案例，协议、服务、共享权限全查了一遍都没问题，最后切完专用网络直接通了。如果你是在公司域环境里，网络身份可能是组策略锁定的，这种情况下别硬改，找网管要对应策略。家用场景就简单多了，直接切成专用网络。2.2 先用 ping 验证物理链路，别让错误码带偏方向很多教程一上来就叫你开 SMB 1.0，但如果你连对方机器都 ping 不通，开了也是白开。我建议你在做任何改动之前，先做两个基础测试：ping 目标IP地址能通，说明二层三层没问题，问题集中在协议和策略层。ping 不通，先看两台机器是不是在同一个网段、有没有开 apipa 自动地址、路由器有没有开“AP 隔离”之类挡内网的东西。还有一种情况：能 ping 通 IP，但 ping 计算机名不通，那基本就是 NetBIOS 或 DNS 解析的问题，和本文讨论的 0x80070035 是两码事，别混在一起排查。这里有个小细节：Win11 默认用 mDNS 解析主机名，Win7 没有这个能力，所以两边最好通过 IP 访问，或者确保 NetBIOS over TCP/IP 开着。访问的时候直接输入 \192.168.x.x 这种格式，能少掉一半解析类的破事。2.3 共享端权限确认：别在 Win7 那边漏了共享权限很多人光顾着改 Win11，忘了检查 Win7 这台被访问的机器。Win7 的共享设置里有两层权限：共享权限和 NTFS 权限，两个都放行才能正常读写。右键共享文件夹 → 属性 → 共享 → 高级共享 → 权限，确认 Everyone 或者你要用的那个账号有“读取/更改”的权限；再切到“安全”选项卡，确认 NTFS 权限里同样放行了对应账号。这一步看着基础，但确实是高频翻车点。Win11 访问 Win7 共享时，默认会以当前登录用户的凭据去连接远程机器，如果这个用户在 Win7 上根本没有登录权限，直接就是 0x80070035。更隐蔽的是，有些 Win7 机器之前被设置过“仅来宾”模式，那个模式下所有远程用户都被当作 Guest 处理，Guest 在共享权限里又没有配置，照样报错。这个点后面第六节我会专门展开，先记住：共享权限和 NTFS 权限必须同时放行。3. 核心修复：把 Win11 的 SMB 协议栈拉回兼容时代3.1 为什么 Win7 和 Win11 在协议上“鸡同鸭讲”SMB 协议经过这么多代演进，彼此之间并不能完全兼容。Win7 默认支持 SMB 1.0 和 SMB 2.0，但很多时候因为组策略或第三方优化工具，实际协商到的版本就是 SMB 1.0。Win11 这边默认支持 SMB 2.0、3.0、3.1.1，但 SMB 1.0 组件默认是不装的。两边都不主动降级，协商就直接失败。系统版本默认启用的 SMB 版本SMB 1.0 默认状态Windows 7SMB 1.0 / 2.0启用Windows 10SMB 2.0+禁用，可手动开启Windows 11SMB 2.0 / 3.0 / 3.1.1禁用，可手动开启所以你看，问题就出在这个表上：Win7 那台机器默认把自己最好的协议停在 1.0，而 Win11 直接把 1.0 的入口关了。两边连握手的共同语言都没有，自然就是找不到网络路径。解决思路就是：让 Win11 把 SMB 1.0 这个组件装回来，并且让访问模型匹配 Win7 的习惯。3.2 图形界面开启 SMB 1.0 功能（最稳妥的办法）操作很简单：Win11 按下 Win + R 输入 optionalfeatures，回车打开“Windows 功能”对话框，往下拉找到“SMB 1.0/CIFS 文件共享支持”，展开后勾上下面三个子项：SMB 1.0/CIFS 客户端、服务器、以及自动移除。如果你只是要访问 Win7 的共享，理论上只需要勾“SMB 1.0/CIFS 客户端”；但实际环境中我建议把“服务器”也勾上，因为有些老设备别的功能也会依赖它，一次性开齐省得以后再折腾。点击确定后系统会提示重启，重启完成协议栈就装好了。这个方法最不容易出错，适合不想碰命令行的朋友。3.3 命令行开启 SMB 1.0（给懒人和网管准备的姿势）如果你不想点来点去，可以直接用 DISM 或 PowerShell。注意：必须以管理员身份打开终端。禁用状态查询：DISM /Online /Get-FeatureInfo /FeatureName:SMB1Protocol开启 SMB 1.0：DISM /Online /Enable-Feature /FeatureName:SMB1Protocol /All /NoRestartPowerShell 方式同理：Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters" -Name "SMB1" -Type DWORD -Value 1 -Force Enable-WindowsOptionalFeature -Online -FeatureName "SMB1Protocol" -All -NoRestart注意，无论是图形界面还是命令行方式，修改后都建议重启一遍，因为 LanmanServer 服务要重新读取 SMB 相关的配置才会生效。我知道你嫌重启烦，但我试过不重启直接访问，十次有八次还是报错，别省这一下。3.4 关于开启 SMB 1.0 的安全权衡：开可以，开着不管不行SMB 1.0 是一个有年代感的协议，历史上出过多轮严重漏洞。所以我必须把丑话说在前面：你为了访问那台老 Win7，在 Win11 上开启 SMB 1.0，本质上是把一扇旧门打开。虽然 Win11 在开启时会提示风险，但这不代表你可以一直开着不管。我的做法是：确认共享访问正常之后，把 Win11 的“自动移除”子项保持开启，让系统在空闲时自动清理；如果你只是临时拷贝一次数据，用完立刻回到 Windows 功能里把勾去掉，再重启一次。另外，Win7 那边的共享方案，最好也别一直用 SMB 1.0 裸奔。我的建议是，在 Win7 上装补丁把 SMB 2.0 作为可协商版本，或者直接把老机器换成支持 SMB 3.0 的设备，这才是长期方案。但这是后话，先把眼前的共享打通再说。4. 让 Win11 放下身段：注册表里的两个关键开关开启 SMB 1.0 只是让协议能对上，但 Windows 在安全策略上还有两道坎等着你。如果只开协议不够用，大概率就是卡在这两个注册表项上。4.1 允许不安全的来宾登录（EnableInsecureGuestLogons）Win7 的共享如果配置的是 Guest 匿名访问，Win11 默认是拒绝的。这不怪 Win11，是微软出于安全考量堵死了“不安全的来宾登录”。但问题是，很多老 Win7 的共享本来就没设账号密码，就是靠 Everyone/Guest 访问的，你需要在 Win11 上放行一次。打开注册表编辑器 regedit，定位到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa右侧找到或新建 DWORD（32 位）值，名字叫 EnableInsecureGuestLogons，把值设为 1。没有的话就右键新建，别创建成 QWORD。改完注册表不用重启，但要等几秒钟让策略刷新，或者直接重启一下 explorer 进程也行。这里为什么要强调这个值：很多文章只让你开 SMB 1.0，结果你开了之后还是报 0x80070035，就是漏了这一步。我实际修过的机器里，有一大半是 SMB 1.0 + 这个注册表项组合才真正解决的。4.2 修复远程 UAC 限制的 LocalAccountTokenFilterPolicy另一个容易被忽略的注册表项是这个：LocalAccountTokenFilterPolicy。它是干嘛的？Windows 在 UAC 启用后，远程访问本地管理员账号时，会默认过滤掉管理员的完整权限，只给一个标准用户令牌。你从 Win11 用管理员账号访问 Win7 共享，如果这个策略没调，Win7 那边就把你的权限降级了，轻则只能读不能写，重则直接拒绝访问。定位到：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System右侧找到 LocalAccountTokenFilterPolicy，如果不存在就新建 DWORD（32 位）值。设为 1，表示远程管理访问不进行 UAC 过滤，允许完整管理员令牌。这个注册表项经常和 0x80070035 一起出现，但被很多人忽视。修改后同样建议重启，或者注销重登，确保令牌生效。4.3 注册表改完的正确姿势：先看目标共享能不能被列举改完上面两个注册表项，我强烈建议你先做一个快速验证：打开 Win11 的资源管理器，在地址栏直接输入 \Win7的IP，回车。如果能弹出目录列表，说明核心链路已经通了。这一步比直接双击某个具体共享文件夹更有效，因为列举共享本身也是走 SMB 协议的特殊请求，列举成功代表协议协商、身份验证、权限三大关基本都过了。如果这里还报错，你再去检查防火墙、网络发现设置，方向才够准。5. 别忽略的隐藏关卡：共享模型与防火墙策略5.1 “仅来宾”模式是 0x80070035 的高发原因之一Win7 系统的共享安全模型有两种：传统“经典”模型和“仅来宾”模型。所谓“仅来宾”，通俗点讲就是不管你用哪个账号来访问，远程机器都把你当成 Guest 客人对待。这种设计在 XP 时代很常见，为的是方便局域网内分享文件。但到了 Win11 这里问题就来了：Win11 默认不会拿 Guest 身份去访问网络资源，它坚持用自己的账号做身份验证，两边目标不一致，连接建立不了，错误码就出来了。怎么查 Win7 当前的模型：Win + R 输入 secpol.msc 打开本地安全策略，定位到“安全设置”→“本地策略”→“安全选项”→右侧找到“网络访问：本地账户的共享和安全模型”。如果是“仅来宾—对本地用户进行身份验证，其身份为来宾”，那就改成“经典—对本地用户进行身份验证，不改变其本来身份”。改完之后共享访问模型就回到最传统的行为：远端访问时会以你提供的账号密码为准，而不是一刀切当成 Guest。这个改动在许多“加了域”“改了共享策略”的环境里尤其关键。改完同样不需要重启，重试访问即可。5.2 防火墙规则检查：文件和打印机共享必须双向放行Win11 和 Win7 两台机器的防火墙，都要检查“文件和打印机共享”这条入站规则是否启用。Win11 在这块的默认规则，在专用网络下通常是允许的，但如果你之前手动优化过系统、用第三方安全工具清理过网络规则，这条可能就被干掉了。检查命令（管理员权限）：netsh advfirewall firewall set rule group="文件和打印机共享" new enable=YesWin7 那边同样执行一次。如果你不想用命令，也可以在“高级安全 Windows Defender 防火墙”里，左侧“入站规则”搜“文件和打印机共享”，确保规则状态是“允许”而不是“仅公用”环境禁用。另外，很多老 Win7 装的第三方安全软件会在后台拦截 NetBIOS 和 SMB 端口（139、445），排查时如果以上步骤全部无效，建议临时停用 Win7 上的第三方防火墙几秒钟试试，有奇效。我修过一个案例，就是 Win7 上装的某个网络管理工具把 445 端口静默屏蔽了，所有共享连不上。5.3 四项服务的运行状态检查：SMB 依赖的服务链SMB 客户端要正常工作，有几个服务是必须转着的：Server 服务、Workstation 服务、DHCP Client、DNS Client。前两个尤其关键。在 Win11 上按 Win + R 输入 services.msc，确认以下服务状态：Server（LanmanServer）：负责提供共享资源，必须为“正在运行”，启动类型自动。Workstation（LanmanWorkstation）：负责发起共享连接，必须为“正在运行”。DHCP Client、DNS Client：负责网络配置解析，虽然一般不手动动，但被精简系统优化掉的情况我见过。如果 Server 服务被禁用，Win11 自己都不能给别人提供共享，访问别人也同样会受影响。恢复方法：把启动类型改成“自动”，点“启动”，然后重启机器。6. 从零到通的完整流程：照着做，10分钟内解决为了让你不迷失，我把自己处理这类问题时的完整顺序整理成一套“一键式”清单。按这个顺序走，基本能覆盖 0x80070035 的绝大多数成因，也避免你东一榔头西一棒子。6.1 操作速查表：按步骤走，不重不漏顺序操作对象具体动作理由1Win11把网络类型改为“专用网络”激活文件共享防火墙规则2Win7确认共享权限和 NTFS 权限均放行防止远端账号无访问权3Win11开启 SMB 1.0/CIFS 客户端+服务器让协议栈支持老设备协商4Win11设置 EnableInsecureGuestLogons 为 1放行来宾连接5Win11设置 LocalAccountTokenFilterPolicy 为 1避免管理员令牌被降权6Win7把共享安全模型改为“经典”模式与 Win11 访问方式匹配7两台启用“文件和打印机共享”防火墙规则放行 139/445 端口8两台确认 Server 与 Workstation 服务启动保证 SMB 基础服务在线9Win11重启并访问 \IP让所有配置生效上面这些步骤不是每台机器都需要全部执行，但我在处理问题的时候，基本是在这 9 步里循环。每做完一步，就去地址栏敲一次 \目标IP 测试，通了就停，没通继续往下。这样比一次性全做完再找问题高效得多。6.2 常见问题速查：报错码不变，原因可能各不相同同样一个 0x80070035，背后可能是完全不同的原因。这里列几个高频场景，你直接对号入座：现象大概率原因快速解法局域网内只有 Win7 连不上，其他设备正常Win11 缺少 SMB 1.0 支持开启 SMB 1.0 功能共享文件夹双击后要求输入账号密码且无效Win7 “仅来宾”模型拦截改为“经典”模型家用路由器下能 ping 通但共享失败网络类型为公用，防火墙拦了切专用网络+检查规则公司域环境，组策略限制共享模型域策略覆盖本机策略联系管理员调整策略装过优化软件/安全工具后出现注册表项被改动检查 EnableInsecureGuestLogons、LocalAccountTokenFilterPolicy之前能访问，某天突然 0x80070035防火墙规则被更新覆盖重开“文件和打印机共享”规则、检查服务状态这几种情况我都实际碰到过。前两种最常见，第三种经常被人误判为路由器故障，白白排查半天。你在命令行里敲 netsh advfirewall firewall show rule name="文件和打印机共享 (回声请求 - ICMPv4-In)" 也能顺便确认 ICMP 是否放行，因为很多“能 ping 通”其实只是试探性测试，真正共享走的是 445 端口，不是 ICMP。6.3 清理凭据：旧凭据比你想的更坑还有一种情况，明明是同一台 Win7，你之前用旧密码访问过，后来密码改了，Win11 的凭据管理器里还留着旧凭据，每次连接直接提交旧密码，认证失败就报 0x80070035。这种问题很隐蔽，因为从现象看就是“找不到网络路径”，但实际上网络路径是通的，卡在了认证环节。打开控制面板 → 凭据管理器 → Windows 凭据，找到目标 IP 或主机名的凭据项，点开下拉，选择“删除”。删掉后再访问共享，系统会重新弹出认证窗口，输入 Win7 的正确账号密码，通常就通了。这里建议你顺手在 Win11 的凭据管理器里“添加 Windows 凭据”，把目标 IP、账号、密码保存好，以后访问就不会反复弹窗。7. 几台疑难机器给我的实战教训这个专题我修了很多台机器，有些用上面的清单十几分钟就搞定了，有些则卡了两三天。我这里挑几个典型的疑难场景展开讲讲，因为它们的共性就是：表面问题一模一样，但坑位完全不同。7.1 一台笔记本：SMB 1.0 开了，注册表也改了，还是报错后来仔细查才发现，那台 Win7 机器的“网络访问：本地账户的共享和安全模型”被部门安全策略掐在了“仅来宾”上，而 Win11 端不管怎么配置，都不会用 Guest 身份去连接。我把 Win7 的 secpol.msc 打开一看，选项果然是“仅来宾”，改成“经典”后，一分钟内就通了。这个案例给我的教训是：两边策略要匹配，不能只顾客户端一方的设置。7.2 一台台式机：所有配置都对，就是连不上，最后发现是服务被禁用那台机器用的是某优化工具精简过系统，Workstation 服务（LanmanWorkstation）居然被设置成“禁用”。这个服务管的是发起 SMB 连接的网络客户端，它被禁了，你再怎么调协议和策略都是白搭。Windows 事件日志里还会记录来源为“Service Control Manager”的错误。我改回“自动”并启动服务后，问题消失。这个案例提醒我：检查和配置一样重要，服务状态是很多人容易忽略的盲区。7.3 还是那台 Win7：开了 SMB1 之后系统提示重启，但重启后网络身份变了Win7 默认安装 SMB 1.0 不需要重启，但个别补丁状态异常的机器会让你重启。重启完发现网络身份从“家庭网络”变成了“公用网络”，共享设置里的“网络发现和文件共享”又全部关掉了。这类问题其实很常见：你以为已经设置好了，实际上系统重启后按新网络身份把共享给关了。所以每次远程配置 Win7，我最后都会复查一遍“网络和共享中心→更改高级共享设置”里的三个选项，确认“启用网络发现”和“启用文件和打印机共享”都勾着。8. 我个人实际处理下来最管用的三板斧文章最后，我讲点真实的。网上关于 0x80070035 的教程很多，但大部分只讲协议、只讲防火墙，很多朋友照做了还是解决不了。根据我个人经验，真正管用的是这三板斧，按顺序来，极少扑空：第一板斧：把 Win11 的 SMB 1.0 功能开启，同时把 EnableInsecureGuestLogons 设为 1。这一套组合解决了一半以上的“找不到网络路径”。你可能会担心安全问题，我的观点是：在局域网内、没有公网暴露风险的前提下，这是可接受的临时措施；建议共享需求结束或迁移后立刻关掉。第二板斧：检查 Win7 的共享模型，把“仅来宾”改成“经典”。很多老机器是被优化工具改成仅来宾的，自己早就忘了。这一改，权限体系立刻回到 Win11 熟悉的那套逻辑，认证顺畅了，报错也就消失了。如果你访问时总是“要求输入凭据，输对了也进不去”，那 90% 就是这个模型的问题。第三板斧：清理凭据管理器里的旧凭据，然后手动添加正确凭据。这个坑很多人一辈子都没意识到。Win11 系统会静默重用曾经的凭据缓存，而且缓存里的凭据是加密的，你根本看不出来过期了。手动删掉再重连，往往立竿见影。最后再补一句：如果你试完以上所有步骤还是失败，那大概率不是共享配置的问题，而是网络本身被某种安全软件或路由器策略挡了。建议你用 Wireshark 抓一下目标 IP 的 445 端口握手包，看是 TCP 层连不上，还是 SMB 协商阶段被拒。前者查防火墙和路由，后者往协议和策略方向走。虽然 Wireshark 看起来高端，但排查这种跨系统共享问题，它反而是最直白的工具。我自己在处理疑难共享问题时，几乎都会抓包来确认错误发生在哪一层，这样比盲试配置文件高效得多。