windows smb共享需协同配置共享权限与ntfs权限，二者取交集生效；仅设共享权限而忽略ntfs权限是“能看到却打不开”的主因，推荐使用专用本地账户替代everyone，并确保server、workstation服务运行及防火墙放行。
windows smb共享的访问权限不是设一次就完事，它由两层控制共同生效：共享层权限决定“能不能连上来”，ntfs层权限决定“连上来后能做什么”。很多用户卡在“能看到共享文件夹却打不开”或“提示拒绝访问”，问题往往出在这两层没对齐。
共享权限与NTFS权限必须协同配置
共享权限只在通过\计算机名共享名路径访问时起作用；而NTFS权限则控制实际读写、删除、执行等操作。两者取交集——最终权限是两者中更严格的那个。
- 比如共享权限设为“读取”，NTFS权限设为“完全控制”，最终用户只能读取
- 反过来，共享权限设为“更改”，NTFS权限仅允许“读取和执行”，那用户仍无法写入或删除
- 常见错误是只改了共享权限，忘了进文件夹属性→安全选项卡里同步设置NTFS权限
优先使用专用本地账户，慎用Everyone
“Everyone”看似方便，但会绕过密码保护机制，在启用密码保护共享时反而导致登录失败。更稳妥的做法是创建独立本地账户：
- 在“计算机管理→本地用户和组→用户”中新建账户（如share_reader）
- 用secpol.msc进入本地安全策略，将该用户添加到“从网络访问此计算机”权限列表
- 在共享文件夹的共享权限和NTFS权限中，都明确授予该用户对应权限
- 访问时输入计算机名用户名和密码，避免凭据混淆
注意SMB协议版本与兼容性影响
Windows 10/11默认启用SMB 3.1.1，安全性高、性能好，但部分老设备（如旧电视盒子、打印机）可能只支持SMBv1。若遇到“找不到网络路径”或“连接被拒绝”，可临时排查：
- 用PowerShell命令Get-SmbConnection查看当前已建立的SMB连接及协议版本
- 确认对方设备是否要求SMBv1：如确需，再通过optionalfeatures.exe启用SMB 1.0/CIFS支持（用完及时关闭）
- 禁用SMBv1后仍需访问旧设备，可考虑在中间加一台Win7虚拟机作协议桥接
防火墙与系统服务不能掉链子
权限设得再细，如果底层通路不通，一切白搭。以下三项必须就绪：
- Server服务：负责响应共享请求，services.msc中确认状态为“正在运行”且启动类型为“自动”
- Workstation服务：客户端访问共享所依赖，同样需确保运行中
- 防火墙例外：在“允许应用通过防火墙”中勾选“文件和打印机共享”，专用网络和公用网络都要检查
