核心问题是底层通信链路中断，需依次排查：1.网络连通性（同子网、ping通、禁AP隔离）；2.IP直连验证名称解析；3.确保Server、Workstation、Function Discovery服务运行；4.启用SMB 1.0/CIFS支持并设网络为专用、开启网络发现与文件共享。
windows 终端连接共享文件服务器失败，核心问题通常不在权限或账户，而在底层通信链路中断。重点不是“进不去”，而是“连不上”——网络不通、服务未启、协议缺失、发现关闭，这四类问题覆盖了 95% 的终端连接失败场景。
确认两台设备在同一子网并能互通
这是所有后续操作的前提，却被最多人跳过。
- 在你的电脑上按 Win + R → 输入 cmd → 执行 ipconfig，记下 IPv4 地址（如 192.168.1.108）和子网掩码（通常是 255.255.255.0）
- 在共享服务器（或目标主机）上同样执行 ipconfig，比对 IP 前三段是否一致（如都是 192.168.1.x），且子网掩码相同
- 在你电脑的命令行中执行 ping 192.168.1.XXX（填对方真实 IP）。若返回“请求超时”或“找不到主机”，说明物理层或路由器隔离（如 Wi-Fi 的 AP 隔离）已阻断通信
用 IP 直连测试，绕过名称解析故障
输 计算机名 失败 ≠ 网络不通，很可能是 NetBIOS 或 DNS 解析失败。IP 访问不依赖名称服务，是更可靠的验证方式。
- 在共享服务器上查出它的 IPv4 地址（例如 192.168.1.200）
- 在你电脑的资源管理器地址栏中，直接输入 \192.168.1.200（注意：两个反斜杠，后面不加任何斜杠或共享名），回车
- 如果能打开，说明问题是计算机名解析失败，可检查 WINS 设置、hosts 文件或改用 IP 映射；如果 IP 也打不开，则必须回到上一步排查网络连通性
确保三项关键服务正在运行
Server 和 Workstation 是 SMB 连接的“一收一发”双引擎，Function Discovery Resource Publication 则负责让设备在网络中“被看见”。任一停止，就会报“网络名不可用”或“指定的网络名不再可用”。
- 按 Win + R → 输入 services.msc → 回车
- 找到并确认以下服务状态为“正在运行”，启动类型设为“自动”：
— Server（响应共享请求）
— Workstation（发起访问请求）
— Function Discovery Resource Publication（支持网络发现） - 右键服务 → “启动”；若提示依赖服务未运行，按提示一并启动（如 SSDP Discovery、UPnP Device Host）
启用 SMB 协议并检查网络发现设置
Windows 10/11 默认不安装 SMB 1.0，而某些 NAS、老打印机或旧版 Windows 仍只认它；同时，若网络类型被误判为“公用”，系统会默认关闭网络发现与共享。
- 打开“控制面板 → 程序 → 启用或关闭 Windows 功能” → 勾选 SMB 1.0/CIFS 文件共享支持 并展开，确保客户端、服务器、直通三项全勾 → 点击确定后重启
- 进入“控制面板 → 网络和 Internet → 网络和共享中心 → 更改高级共享设置” → 确保当前网络配置为“专用” → 开启“网络发现”和“文件和打印机共享” → 保存更改
- 若仍无法被发现，可在“网络”视图中右键刷新，或运行命令提示符（管理员）执行：
net stop fdrespub && net start fdrespub
