排查smb共享连不上最常被忽略的第一步是检查防火墙是否拦截445端口；需用telnet或test-netconnection验证端口连通性，再确认windows防火墙中“file and printer sharing (smb-in)”等规则已启用，并确保server服务正在运行且未被注册表禁用。
直接看防火墙是否拦了445端口，是排查smb共享连不上最常被忽略的第一步。很多用户能ping通ip、共享开关也打开了，却卡在“找不到网络路径”，问题往往就出在这里。
快速验证445端口是否被拦截
在客户端（想访问共享的那台电脑）上，用管理员权限打开CMD或PowerShell，执行：
- telnet 目标IP 445 —— 若提示“无法连接”或超时，基本确认被阻断；若提示“不是内部或外部命令”，先运行 OptionalFeatures.exe 启用Telnet客户端
- 再试 Test-NetConnection 目标IP -Port 445（PowerShell命令，更直观，显示TcpTestSucceeded为False即失败）
- 注意：仅能ping通IP ≠ SMB可用。这就像知道门牌号，但门锁着——445就是那把锁的钥匙孔。
检查Windows Defender防火墙规则
按 Win+R → 输入 wf.msc 打开高级安全防火墙：
- 左侧点“入站规则”，右侧筛选器选“所有规则”，在列表中搜索 “445” 或 “File and Printer Sharing”
- 重点看这几条是否启用且设为“允许连接”：
• File and Printer Sharing (SMB-In)
• Core Networking – NetBIOS Datagram Service (UDP-In)
• Core Networking – NetBIOS Session Service (TCP-In) - 若对应规则状态为“已禁用”或操作是“阻止”，右键启用，或新建规则放行TCP 445端口（域/专用/公用网络全选）
确认SMB服务本身没被系统级屏蔽
防火墙只是“门卫”，服务停了等于屋里没人。检查两个关键点：
- 运行 services.msc，找到 Server（LanmanServer）服务，确认状态为“正在运行”，启动类型为“自动”
- 在CMD中执行：sc query lanmanserver，返回State应为4 RUNNING；若为1 STOPPED，说明服务未启动，需手动启动或检查是否被注册表禁用（Start值=4即禁用）
- 顺便查端口占用：netstat -ano | findstr :445，若无输出，说明服务没监听；若有输出但PID不属于svchost.exe，可能是第三方软件占用了445端口
跨网段或校园网环境要额外注意
这类网络通常在出口网关层封445，本地防火墙再开放也无效。此时需换思路：
- 不硬刚445，改用端口映射绕过：在目标服务器上运行
netsh interface portproxy add v4tov4 listenport=4455 connectport=445 connectaddress=127.0.0.1
再配防火墙放行4455端口，客户端访问时用 \IP地址共享名 改为 \IP地址:4455共享名（注意Windows资源管理器不支持冒号写法，需用映射驱动器或PowerShell挂载） - 优先验证NetBIOS名称解析是否正常，因为约72%的跨网段SMB故障实际发生在名称解析层，而非端口本身
