windows smb共享需协议、服务、网络、权限四层协同：启用smb 3.1.1并禁用smb 1.0，确保lanmanserver等服务运行，网络设为专用并开启发现，共享与ntfs权限双重配置，防火墙放行445端口。
windows smb共享不是开个文件夹就完事的事，它是一套涉及协议、服务、网络策略和权限体系的协同机制。配置不到位，轻则连不上、读不了，重则暴露敏感数据或拖慢整个局域网性能。核心在于：协议版本选对、服务跑稳、网络通透、权限分层。
SMB协议版本选择与安全启用
Windows 10/11默认启用SMB 3.1.1，这是当前最推荐的版本——支持加密传输、多通道加速、故障自动恢复。SMB 1.0因存在永恒之蓝等高危漏洞，微软已默认禁用，仅在必须连接Windows XP、老式NAS或旧打印机时才临时启用，用完立即关闭。
- 检查当前启用状态：以管理员身份运行PowerShell，执行Get-SmbServerConfiguration | Select EnableSMB1Protocol, EnableSMB2Protocol
- 强制启用SMB 2/3并禁用SMB 1：Set-SmbServerConfiguration -EnableSMB1Protocol $false -EnableSMB2Protocol $true -Force
- 开启传输加密（尤其在混合网络或无线环境下）：Set-SmbServerConfiguration -EncryptData $true -RejectUnencryptedAccess $true -Force
关键系统服务与网络发现联动
共享看不见、连不上，80%的问题出在后台服务没跑起来，而非权限设置错误。SMB本身只是“搬运工”，但要让设备互相发现、建立连接，还得靠一整套支撑服务协同工作。
- 必须运行的服务：LanmanServer（提供共享服务）、LanmanWorkstation（发起访问请求）、Function Discovery Resource Publication（发布本机共享资源）
- 检查命令：Get-Service LanmanServer, LanmanWorkstation, FDResPub | Select Name, Status, StartType
- 若状态非Running，用Start-Service 服务名启动，并设为Automatic
- 网络类型必须是“专用网络”，且在“高级共享设置”中启用网络发现和文件共享；防火墙需放行TCP 445端口（SMB唯一必需端口）
共享权限与NTFS权限的双层控制逻辑
很多人卡在“能看见文件夹却打不开”，根源是混淆了两套权限：共享权限（控制能否通过\IP共享名路径进门），NTFS权限（控制进门后能看、改、删哪些具体文件）。两者取交集，最终生效的是更严格的那个。
- 共享权限建议最小化：只给必要用户组（如自建本地账户share_editor）分配“读取”或“更改”，避免直接给Everyone赋权
- NTFS权限需手动进入文件夹“属性→安全→编辑”，添加同一用户并赋予“读取和执行”“写入”等具体权限
- 若使用Microsoft账户登录其他电脑访问共享，建议改用本地账户——因凭据同步机制复杂，易触发认证失败
- 禁用密码保护共享仅限完全可信的家庭内网；企业或混合环境务必保持启用，防止未授权访问
故障排查与性能优化要点
当传输慢、断连或提示“指定的网络名不可用”时，别急着重装系统，先按顺序验证这几个硬性节点：
- 用ping 目标计算机名确认基础连通性；用Test-NetConnection -ComputerName 目标名 -Port 445直测SMB端口是否可达
- 查看SMB连接详情：Get-SmbConnection可看到当前所有连接及使用的协议版本（Dialect字段）
- 启用SMB Direct（需两端均为SSD+RDMA或高速网卡）可提升大文件并发吞吐，但普通千兆环境收益有限
- 日志定位问题：SMB事件记录在“事件查看器→Windows日志→System”，筛选来源为“SMB Server”或“Srv”
