能打开但复制失败，说明SMB会话已建立，问题出在NTFS写入权限、用户身份（如Guest无写权）、或SMB签名策略限制；需检查NTFS权限交集、启用继承、确认实际登录用户，并禁用强制SMB签名。

共享文件夹能打开但复制文件失败，通常不是网络不通，而是权限链断在了某一层——共享权限、ntfs权限、用户身份或smb协议策略任一环节出问题，都会导致“拒绝访问”“无权执行”或“错误 0x80070005”。排查要从访问行为出发，逐层验证授权是否真正生效。

确认是“复制失败”而非“无法访问”

先区分故障类型：如果连共享文件夹都打不开，属于连接或认证问题；而能正常浏览文件列表、双击打开文档，却在拖拽/复制/另存为时弹出权限错误，说明SMB会话已建立，问题集中在文件系统写入授权上。此时重点检查NTFS权限和用户上下文，而非网络发现或来宾登录设置。

检查NTFS权限是否覆盖共享权限

Windows共享需同时满足“共享权限”与“NTFS权限”，且最终以二者交集为准。很多人只设了共享里的“Everyone-更改”，却忽略了NTFS选项卡中同名用户的实际权限。

• 右键共享文件夹 → “属性” → “安全”选项卡 → 点击“高级” → 勾选“启用继承”（若被禁用，子文件夹可能无权限）
• 确认当前登录用户（或Guest、Everyone）在列表中，并拥有“写入”“修改”“遍历文件夹/执行文件”三项权限
• 特别注意：若目标文件夹内已有文件，需单独检查这些文件的NTFS权限——旧文件可能继承自父目录关闭前的状态，权限不一致

验证当前会话使用的实际用户身份

你看到的用户名，未必是系统用来做权限校验的那个。尤其在关闭密码保护共享后，Windows常以Guest身份访问，而Guest默认没有写入NTFS权限。

• 在访问端按 Win + R，输入 \对方IP 回车，观察地址栏显示的登录用户（如 \192.168.1.100share (Guest)）
• 若显示Guest，需在被共享电脑的“安全”选项卡中明确赋予Guest“写入”权限；或改用有密码的本地账户访问（格式：计算机名用户名）
• 在被共享电脑上运行 cmd → query user，可查看当前所有SMB会话及其登录SID，确认实际生效账户

检查SMB签名与客户端策略限制

某些安全策略会阻止未签名的SMB写操作，尤其当两台电脑Windows版本差异较大（如Win11访问Win7）时更易触发。

• 在被共享电脑上运行 gpedit.msc → 计算机配置 → Windows设置 → 安全设置 → 本地策略 → 安全选项
• 检查两项策略：Microsoft网络服务器：对通信进行数字签名（必需） 和 Microsoft网络客户端：对通信进行数字签名（始终），若任一设为“已启用”，请改为“已禁用”
• 重启Server服务（services.msc → Server → 重启）使策略生效