很多人在Windows 10里设置共享文件夹时，都会在客户端那一端碰到一个很典型的弹窗：“请输入网络凭证”。更让人迷惑的是，自己明明已经把everyone加进了共享权限，密码保护共享也关掉了，结果对方电脑访问时还是跳出这个框。这篇文章就从这个弹窗出发，把Windows 10共享文件夹涉及的网络凭证问题完整拆一遍，包括它为什么会出现、共享端和访问端分别怎么设置、遇到各种错误代码怎么排查，以及有哪些网上没细说但实际很关键的细节。
1. 先搞清楚“网络凭证”到底向你要的是什么
1.1 这个弹窗出现的两种典型场景
“网络凭证”在Windows 10里不是一个单独的程序，它是系统在访问SMB共享时弹出的一张“身份验证门票”。弹窗出现的基本逻辑很简单：目标电脑认为你当前的身份不满足访问共享资源的条件，于是要求你提供一组可以被验证的用户名和密码。
常见的有两种情况。
第一种是共享端开启了“密码保护共享”，也就是系统要求所有访问共享的人都必须提供这台电脑上的某个本地账户或微软账户的用户名和密码。这时弹窗是正常的，你就得输正确账号。
第二种是共享端并没有主动开启密码保护共享，但客户端依然弹窗。这是大部分人困惑的地方，也是这篇文章要重点讲的部分。原因有很多，比如客户端之前记住了错误的凭据、当前登录的微软账户和共享端的账户对不上、共享端还残留着旧的Everyone权限但NTFS权限里没有放开，甚至有可能是Guest账户被禁用了而系统又在某些策略上强制要求来宾身份。
1.2 网络凭证和本地登录密码的关系
很多人会直接把“网络凭证”理解成“登录密码”，这是一个常见的误区。网络凭证不一定等于你开机时输的那个密码，它可以是：
- 共享端电脑上的本地账户名和密码；
- 共享端电脑上的微软账户邮箱和密码；
- 提前在凭据管理器里保存好的任何一组有效的用户名和密码；
- 如果加入过域环境，那就是域账号和密码。
换句话说，弹窗问你的不是“你有没有权限访问网络”，而是“你能不能证明你的身份允许访问这个共享文件夹”。在Windows 10家庭版和工作组环境下，绝大多数情况下，共享端的电脑上必须存在与你输入的凭证完全匹配的用户，而且这个用户还要有对应目录的读取或修改权限。
早期有些教程建议把共享文件夹的权限改成“Everyone”，然后关掉密码保护共享，大部分环境确实能绕过弹窗。但在后续的Windows 10版本里，仅仅这样做并不总是好用，因为系统的安全策略在更新后变得更严格了。这也是为什么同一套设置，在Win7上访问Win10可能没问题，但另一台Win10去访问就非要你输凭证。
2. 共享端一开始就应该做对的基础设置
2.1 打开网络发现与文件和打印机共享
如果你是在两台电脑之间做共享，第一步其实不是设置文件夹权限，而是先确认共享端的Windows 10已经把“网络发现”和“文件和打印机共享”这两个开关打开。路径是“控制面板 - 网络和共享中心 - 更改高级共享设置”。这里要注意，控制面板界面里会分“专用”“来宾或公用”“所有网络”三个区域，很多人只改了“专用”，但实际连接的网络类型是“公用”，结果当然无效。
在“所有网络”下面，还要确认“共享”选项里的“启用文件和打印机共享”被勾选。这个开关负责的其实是SMB服务是否允许本机作为文件共享服务器，如果没有启用，后面无论你把共享权限设置得多完美，客户端都找不到你的电脑。
2.2 共享权限与NTFS权限是叠加关系
这是一个非常关键的细节。Windows 10的文件夹共享同时受两层权限控制，一层是“共享”选项卡里的共享权限，另一层是“安全”选项卡里的NTFS权限。实际生效的权限取两者的交集，也就是更严格的那一个。
举个例子，你给文件夹的共享权限设置了“Everyone 完全控制”，但在“安全”选项卡里，Users组只有“读取”权限，那么客户端最终得到的只有读取权限。反过来也一样，NTFS里给了完全控制，共享权限里只给了读取，最终也还是读取。
大多数人在设置共享文件夹时，只改了共享权限那一栏，忘了检查NTFS权限，于是访问时要么提示没有权限，要么被要求输入网络凭证。严格来说，NTFS权限不足不会直接弹凭证框，但弹出的可能性依然存在，因为系统会认为当前用户的令牌无法通过安全验证。
所以正确的做法是：右键文件夹 - 属性 - 共享选项卡 - 共享，把需要访问的人或Everyone加进去，设置合适权限；然后切到安全选项卡，检查Authenticated Users或Users是否在列表里，并给予对应权限。如果只有Everyone而没有任何实际存在的用户组，凭证校验也会变得很不可控。
2.3 密码保护共享到底该关还是该开
关于“密码保护共享”，网上有两种声音。一种说关掉，这样任何设备访问都不需要输入账号密码；另一种说你怕安全问题，必须开着。从实际使用角度讲，在可信的家庭局域网或小型办公网络里，关掉密码保护共享确实能省去很多凭证麻烦。但关键在于，关闭密码保护共享并不意味着系统完全不验证身份，它只是允许来宾账户绕过密码校验。
所以如果你决定关闭密码保护共享，还需要确保文件夹的共享权限里包含“Everyone”，并且确保本机的Guest账户可用来宾访问。在部分Windows 10版本上，你还要把本地安全策略里的“网络访问: 本地账户的共享和安全模型”改成“仅来宾”。不然的话，关闭密码保护共享之后，客户端依然会收到凭证提示，甚至出现反复输入密码但永远不对的情况。
我的个人建议是：如果只是几台家庭电脑临时互传文件，关掉密码保护共享加上开启Guest可用来宾访问，是最省事的组合。如果涉及办公环境或共享机密数据，那还是开着密码保护共享，并在客户端用正确的账号连接更稳妥，别为了省事牺牲安全。
3. 访问端连接时的正确姿势与凭据处理
3.1 用正确的账号格式去填用户名
这里有一个很容易被忽略的操作细节。在访问共享文件夹时，弹窗里的“用户名”一栏，不是随便填一个名字就行。如果你要访问的电脑是工作组环境，建议使用“计算机名\用户名”这种格式，也可以输入“.\用户名”代表当前电脑上的本地用户。单纯输入用户名，系统会尝试把它解析成当前登录账号所在域或默认域里的用户，很可能解析失败，然后弹出“密码不正确”。
举个例子，共享端电脑名叫DESKTOP-A，用户名叫shareuser，密码是123456。在访问端弹窗里，最稳妥的填写方式是：
- 用户名：DESKTOP-A\shareuser
- 密码：123456
如果你访问端登录的是微软账户，而共享端用的是本地账户，那么就算你在共享端电脑上登录同一个微软账户，系统也可能不认。因为共享端验证的是本机用户数据库，它不一定信任微软账户云端的身份。这时候你最好在共享端新建一个本地账户供网络访问使用，或者直接用共享端现有的本地账户名来连接。
3.2 在凭据管理器里提前保存网络凭证
如果共享文件夹是长期使用的，没必要每次访问都重新输一遍账号密码。Window 10提供了一个叫“Credential Manager”的工具，中文界面里叫“凭据管理器”。路径是“控制面板 - 用户帐户 - 凭据管理器”，也可以直接在开始菜单搜索“凭据管理器”。
进入后选择“Windows 凭据”，然后点击“添加 Windows 凭据”。这里可以填共享端电脑的IP地址或计算机名，以及对应的用户名和密码。填完之后，以后访问该地址的共享时，系统会优先使用这里保存的凭据，不再弹窗。
需要注意，凭据管理器里的内容是按“目标地址”区分的。你如果添加的是“192.168.1.100”的凭据，那么通过“\192.168.1.100”访问时能用；但如果你改用“\DESKTOP-A”去访问同一台电脑，它可能又弹窗，因为目标地址不一样。所以建议访问时固定用一种访问方式，要么一直用IP，要么一直用计算机名。
3.3 用命令方式建立持久映射
图形界面里“映射网络驱动器”虽然方便，但它执行的原理和命令行下net use一样。如果你在连接过程中经常遇到反复弹窗，或者希望开机后自动连接，可以考虑用命令手动把连接管理起来。
打开CMD或PowerShell，执行：
net use \\192.168.1.100\share /user:DESKTOP-A\shareuser 123456这样会把一组临时连接建立起来。如果想开机自动恢复映射，可以加上参数：
net use z: \\192.168.1.100\share /persistent:yes这里的“z:”是映射出来的盘符。如果想把之前记住的错误凭据全部清掉，可以执行：
net use * /delete /y这个命令会断开所有当前的网络连接，但不一定能清除凭据管理器里的缓存。彻底清除的话，还是要去凭据管理器里手动删掉对应条目。
4. 遇到各种错误代码时，完整排查链路怎么走
4.1 错误代码0x80070035的排查次序
这是Windows共享访问里出现频率最高的错误，提示一般是“找不到网络路径”。很多人会第一时间怀疑网络问题，但实际上0x80070035常见的触发点有几个，排查顺序建议如下。
第一，确认IP能通。在访问端ping共享端的IP地址，如果ping不通，先解决网络问题。如果ping得通但还是找不到路径，那问题多半不在三层网络，而在SMB相关的服务或端口。可以用“telnet 192.168.1.100 445”的方式验证目标445端口是否开放，如果端口不通，继续往下查。
第二，确认共享端的SMB支持情况。Win10默认开启SMB 2.0/3.0，但如果之前为了兼容某个老设备，把SMB相关的功能卸载或禁用过，就会出现445端口开着却没有响应的情况。在“控制面板 - 程序 - 启用或关闭Windows功能”里检查“SMB 1.0/CIFS文件共享支持”和“SMB直通”等选项，必要时重新勾选。不过这里要提醒一句，SMB1.0安全性太差，除非必须连接XP或旧设备，否则不建议开。
第三，确认共享端防火墙是否放行“文件和打印机共享”规则。系统自带防火墙的默认规则一般会放行，但如果你装过第三方安全软件，规则很可能被拦截。可以直接在防火墙高级设置里检查入站规则里“文件和打印机共享(SMB-In)”有没有启用。
第四，检查Workstation服务和Server服务是否在运行。Win10开机时偶尔会有服务启动失败的情况，尤其是一些优化软件把服务给关了。在服务管理器里找到“Server”和“Workstation”，确认启动类型是“自动”，状态是“正在运行”。
4.2 错误代码0x800704b3与0x80004005的特殊情况
0x800704b3这个错误看起来像网络错误，实际经常是Server服务没有正常运行。之前遇到过一台Win10，安装了某个“系统优化工具”后，把Server服务启动类型改成了“手动”，结果每次重启后，别人就访问不到它的共享文件夹。把服务改回“自动”并手动启动后，问题立刻消失。所以看到0x800704b3时，先查Server服务，不要只盯着网络配置。
0x80004005则更复杂一点，它的含义是“未指定的错误”，在共享访问场景里经常和SMB协议版本或凭证存储有关。如果你访问的是旧设备或虚拟机里的共享文件，可以尝试在“启用或关闭Windows功能”里开启“SMB 1.0/CIFS文件共享支持”，然后重启，再试一次。如果还不行，重点检查目标共享目录是否存在、访问端输入路径是否完整。有时候路径末尾多了个空格或斜杠，也会报这个错。
4.3 客户端本地缓存凭据冲突
还有一种情况，网络、共享权限、账号密码全都没问题，但客户端还是弹出凭证框，或者一直提示账户被锁定。这往往是系统里缓存了旧的凭据，导致每次连接时优先使用错误的那一组。
处理方式很简单，凭据管理器里把目标地址对应的Windows凭据全部删掉，然后用“net use * /delete /y”断开所有已有连接。注意删完之后，首次重新连接时选择新的账号密码保存，这样才会写入正确的缓存凭据。
另外，如果你在凭据管理器里添加了一条包含“*”或“终端服务器凭据”的条目，也可能影响其他地址的访问。建议平时只保存明确对应的IP或主机名的凭据，不要图省事存一堆通配符。
5. 为什么网上流传的“关掉密码保护共享”有时无效
5.1 微软账户和本地账户的凭证映射问题
很多教程只告诉你“把密码保护共享关闭就行了”，但没说清楚一个前提：访问端当前登录的账户，如果是一个微软账户，那么它默认使用的缓存凭据可能是一组云端身份信息。而共享端在关闭密码保护共享后，系统尝试用来宾访问，但如果本机的Guest账户被禁用，或者共享文件夹NTFS权限里没有给Guest留位置，弹窗就会继续出现。
换句话说，关闭密码保护共享只影响“是否要求密码”，不影响“是否要求身份”。它本质上还是要把你当成一个名叫Guest的用户去校验一遍，只是不需要密码而已。如果Guest被禁用，或者NTFS权限里根本不允许Guest访问，那系统只能回头继续要求你输入一个可以被验证的账号。
5.2 本地安全策略里的Guest开关
针对这个问题，你需要打开本地安全策略编辑器。Win10专业版和管理员权限的命令行界面都能打开，运行“secpol.msc”即可。路径是“本地策略 - 安全选项 - 网络访问: 本地账户的共享和安全模型”。默认情况下它是“仅来宾 - 对本地用户进行身份验证”，这意味着所有通过网络访问共享的本地账户都会被当成来宾处理。
如果这一项设置成了“经典 - 对本地用户进行身份验证”，那么本地账户就可以用自己账号的密码登录网络共享，不会随便被降级成Guest。这两种模式分别影响不同的场景。如果你希望访问端输入自己的账号密码就能通过，选“经典”更合适；如果你想实现免密共享，选“仅来宾”并配合开启Guest账户。
Guest账户的启用很直接：命令行里执行“net user guest /active:yes”即可。停用则把“yes”改成“no”。同时要检查一下Guest账户的密码是否为空，如果曾经设置过密码，网络访问时来宾认证也会失败。可以在“计算机管理 - 本地用户和组 - 用户”里右键Guest，选择“设置密码”，然后把密码清空。注意，清空密码前系统会提示安全风险，这是刻意为之，因为你需要的就是空密码来宾访问。
5.3 SMB1兼容性和老设备的访问需求
在讨论共享凭证时，还有一类容易被忽略的场景：老旧设备，比如Windows XP、老款网络打印机、某些嵌入式设备，它们只支持SMB1协议。Win10的SMB1默认关闭，所以老设备访问Win10共享时，要么无法发现，要么提示凭证错误。
如果确实需要兼容，可以在“启用或关闭Windows功能”中启用SMB1.0/CIFS文件共享支持。但启用后要注意安全风险，SMB1协议存在多个已知漏洞，比较推荐的做法是仅在需要与老设备通信时才临时打开，用完即关。如果没需求，保持默认关闭状态即可，别为了“图方便”而引入不必要的风险。
6. 处理共享凭证问题时，我踩过的几个坑
6.1 忘记检查“共享”和“安全”两个权限页
有一次帮同事调共享文件夹，折腾了半天，共享权限里已经把Everyone的完全控制都给了，但同事访问还是一直要网络凭证，输对了账号也被拒绝。最后切到“安全”选项卡一看，NTFS权限里只有SYSTEM和管理员组，连普通用户都没有。补上Users组的读取权限后，问题秒解决。
所以遇到凭证问题，不要只盯着一处看。文件夹属性里的“共享”页和“安全”页要一起检查，特别是NTFS权限，它往往是最容易被忽略的一层。
6.2 IP变了之后，旧凭据一直失效
另一台电脑原本通过“\192.168.1.10”访问共享，后来对方路由器改过网段，IP变成了“\192.168.1.20”，结果每次连新IP都弹窗。表面上看是凭证错误，实际上是因为客户端凭据管理器里还存着旧IP对应的凭据，新IP没有对应凭据可查。
解决办法在之前的章节里提过：凭据管理器里把旧IP条目删掉，用新IP重新添加一次。你再怎么在网络设置里折腾，都不如直接清理凭据来得有效。这个坑特别隐蔽，因为网络配置、共享权限全是正确的，唯一错的就是系统“认”的是一个已经失效的地址和密码组合。
6.3 开启密码保护共享后，账号一直输不对
还有一个比较常见的坑，共享端开启了密码保护共享，访问端的用户自己也在这个电脑上登录过，但就是输不对密码。原因很可能是共享端电脑登录的是微软账户，但用户输的还是微软账户邮箱和密码，而系统在共享验证时却期望本地账户。
如果你不想在共享端新建账户，可以在“设置 - 账户 - 你的信息”里看到这台的登录方式，如果是微软账户，那么网络凭证的填写格式建议是“MicrosoftAccount\邮箱用户名”，或者干脆用“计算机名\微软账户注册的邮箱前缀”试试。不过说实话，与其纠结微软账户的网络凭证规则，不如在共享端建一个固定本地账户，只用于共享，这样以后排查也省心。
7. 几个能直接复制的命令和设置
7.1 快速开启Guest并设为空密码
打开管理员CMD，依次执行以下命令：
net user guest /active:yes net user guest ""执行完，再去“secpol.msc”里把“网络访问: 本地账户的共享和安全模型”设置为“仅来宾”。然后到文件夹的共享权限里确认Everyone有读取或更改权限，NTFS权限里加上Everyone或Users。这时客户端再访问，基本不会再弹网络凭证。
不过需要提醒，Guest账户对外访问是匿名的，家里的小型局域网用没问题，如果是在敏感网络环境里这么搞，后续安全风险自己掂量。
7.2 一键清空所有旧网络连接
net use * /delete /y注意这里有“/y”参数，所以命令会直接执行，不用和你交互确认。这条命令只断开已建立的连接，不会删除凭据管理器里的条目。要清凭据，还得去“凭据管理器”里手动操作，或者在CMD里运行“rundll32.exe keymgr.dll, KRShowKeyMgr”打开旧版凭据管理器。
7.3 快速添加映射盘符并保存密码
net use z: \\192.168.1.100\share /persistent:yes /user:DESKTOP-A\shareuser 123456执行后会自动建立到共享文件夹的持久连接，下次开机如果地址可达，系统会自动把这个盘符映射回来。如果共享文件夹密码改了或不想再连，再执行一次：
net use z: /delete把这条命令放到计划任务或登录脚本里，还能实现开机自动挂载，挺省事的。
8. 一个被很多人忽略的细节：系统更新带来的默认策略变化
Windows 10大型更新偶尔会重置部分网络相关设置，尤其是从旧版本升级到新版本时。比如某些版本更新后，“密码保护共享”可能从关闭变回开启，或者网络配置文件类型被重新识别成“公用网络”，导致共享访问需要重新授权。
遇到原本好好的共享突然开始要求网络凭证，先别急着改了一大堆权限。第一步去“网络和共享中心 - 更改高级共享设置”看一下当前网络类型和开关状态，很可能只是更新后系统把网络文件类型给改掉了。把配置文件切回“专用”，并重新选好共享选项，凭证提示就会消失。
另外，Windows 10的“受控文件夹访问”功能也可能导致写入共享目录时提示没有权限或凭证错误。路径在“Windows安全中心 - 病毒和威胁防护 - 勒索软件防护”里，如果访问端对共享目录有写入需求，但对方目录受控，可以临时关闭“受控文件夹访问”试试。这个和网络凭证弹窗没有直接关系，但在共享文件夹写入失败时很容易把人带偏。
像这样的问题，真正排查起来其实不复杂，难点在于把多层的设置理解清楚。网络凭证弹窗只是表象，背后的开关其实是网络发现、密码保护共享、账号格式、NTFS权限、本地策略、Guest状态和缓存凭据，这一整套链条里任何一环不合适，最后都会体现在那个小小的弹窗上。记住一个原则：先确认共享端的账户体系能接受什么样的身份，再去访问端匹配对应的账号，大部分问题都能解决。
