权限错误需同时满足共享权限和ntfs权限，且身份验证方式匹配；检查“高级共享”与“安全”选项卡权限、组策略中“本地账户的共享和安全模型”设置、smb协议版本兼容性及凭据格式。
权限错误不是“没给权限”，而是共享层和文件系统层两道门都得打开，且身份验证方式要匹配。跳过任一层，都会卡在“拒绝访问”。
检查共享权限和NTFS权限是否同时放行
Windows 共享访问必须同时满足“共享权限”和“NTFS 权限”，二者是“与”关系——哪怕其中一项拒绝，整个访问就失败。
- 右键共享文件夹 → “属性” → “共享”选项卡 → “高级共享” → “权限”：确认目标用户（如 Everyone、Domain\User 或本地用户名）有“读取”“更改”或“完全控制”权限
- 切到“安全”选项卡 → “编辑” → “添加”：输入同一用户，赋予对应 NTFS 权限（例如“读取和执行”+“列出文件夹内容”+“读取”用于只读；加“修改”或“完全控制”用于写入）
- 特别注意：若用 IP 访问（如 \192.168.1.50\Share），而提示“未授予登录类型”，大概率是组策略中“网络访问：本地账户的共享和安全模型”被设为“仅来宾”，需改为“经典-对本地用户进行身份验证”
确认身份验证方式与账号格式是否正确
Win10/Win11 默认禁用“来宾访问”，且不接受空密码；若对方用简单密码或未启用对应账户，会反复弹窗或直接拒绝。
- 访问时建议显式指定凭据：输入 共享设备名\用户名（如 DESKTOP-ABC\Admin）或 .\用户名（本地账户），避免只输用户名导致认证失败
- 确保共享端存在该用户，且密码非空；若用 Microsoft 账户登录系统，建议额外创建一个本地管理员账户专用于共享访问
- 关闭“密码保护的共享”（控制面板 → 网络和共享中心 → 更改高级共享设置 → 所有网络 → 密码保护的共享 → 关闭），可绕过凭据校验环节，快速验证是否为认证问题
验证SMB协议版本是否兼容
旧设备（如NAS、Windows 7）默认依赖 SMBv1，而 Win10/11 20H2 后默认禁用该协议，导致连接直接中断。
- 在共享端或访问端（视哪边是旧设备）启用 SMB 1.0/CIFS 支持：控制面板 → 程序 → 启用或关闭 Windows 功能 → 勾选“SMB 1.0/CIFS 客户端”或“SMB 1.0/CIFS 服务器”
- 更推荐方案：优先升级旧设备固件或软件支持 SMBv2/v3；若必须启用 SMBv1，请同步禁用“SMB 签名要求”（组策略：计算机配置 → 安全设置 → 本地策略 → 安全选项 → Microsoft 网络客户端/服务器：数字签名通信）
- 用 PowerShell 快速查看当前启用的 SMB 版本：Get-SmbServerConfiguration | Select EnableSMB1Protocol, EnableSMB2Protocol
排查组策略与本地安全策略限制
很多权限问题实际来自后台策略压制，尤其在域环境或经优化的系统中常见。
- 运行 secpol.msc → “本地策略” → “安全选项”：重点检查两项：
– “网络访问：本地账户的共享和安全模型” → 必须设为“经典-对本地用户进行身份验证”
– “账户：使用空密码的本地账户只允许进行控制台登录” → 若测试用空密码，需设为“已禁用” - 运行 gpedit.msc（专业版及以上）→ 计算机配置 → 管理模板 → 网络 → Lanman 工作站：确认“启用不安全来宾登录”已启用（适用于临时测试）
- 若加入域，还需确认域策略未覆盖本地设置；可用 gpresult /h report.html 生成策略应用报告，重点看“安全设置”部分是否被强制修改
