Win10连接不上共享服务器，十有八九是系统默认关闭了SMB 1.0协议、网络发现被禁用或者账户凭据配置错误，按下面的排查顺序走一遍，多数情况五分钟内能解决。
排查前的准备：先确认基本物理链路
动手调系统之前,先花三十秒确认三个基础问题，能避免白折腾半天。
- 服务器本身是否开机且联网：站在服务器前，看网口指示灯是否闪烁，能进桌面的话ping一下自己的IP地址，确认网络服务正常。
- Win10和服务器是否在同一网段：按下
Win+R输入cmd回车，在命令行敲ipconfig，看IPv4地址的前三段是否和服务器一致，例如服务器是192.168.1.100，你的电脑是192.168.1.50，前三位相同说明在同一局域网内。 - 能不能ping通服务器：命令行继续敲
ping 服务器IP -t，例如ping 192.168.1.100 -t，看是否有来自目标主机的回复，如果请求超时，检查防火墙或物理连接。
这三点有任何一项不满足,后面所有软件设置都白搭，特别是公司电脑，很多IT管理员会在服务器防火墙里单独限制ICMP协议，导致ping不通但共享功能正常，这种情况直接跳过此项，继续看下文。
Win10无法访问共享文件夹的解决办法：先从协议层下手
行业共识认为,Win10无法访问共享文件夹的解决办法中，排查优先级最高的就是SMB协议配置，微软在Win10 1709版本之后默认禁用了SMB 1.0，而很多老旧设备（尤其是多年前的NAS、Windows 7服务器、部分企业级存储设备）还在依赖这个老协议。
检查当前SMB协议状态
以管理员身份打开PowerShell（右键开始按钮→选择Windows PowerShell（管理员）），输入以下命令查看SMB协议支持情况：
Get-WindowsOptionalFeature -Online -FeatureName SMB1Protocol输出结果中State显示Disabled，说明你的Win10不认识老设备；显示Enabled，说明协议已开启，问题出在别处。
启用SMB 1.0协议（按需操作）
如果确认服务器或NAS设备较老,按以下步骤启用：
- 打开控制面板 → 程序 → 启用或关闭Windows功能
- 在列表中找到SMB 1.0/CIFS文件共享支持
- 勾选包括SMB 1.0/CIFS客户端和SMB 1.0/CIFS服务器在内的全部子选项
- 点击确定,重启电脑
启用后别高兴太早微软官方安全公告里明确提示SMB 1.0协议存在严重安全漏洞（如WannaCry勒索病毒就是利用此协议传播），如果不是必须使用老设备，建议排查完其他原因后顺手关掉，内网安全要求高的环境，更推荐通过升级设备固件来兼容SMB 2.0/3.0，而非让系统降级。
检查SMB 2.0/3.0是否正常工作
多数现代NAS和服务器（比如群晖、威联通、Windows Server 2012及以上）走的是SMB 2.0/3.0，Win10对此天然支持，命令行输入：
Get-SmbServerConfiguration若出现报错提示命令不存在,说明SMB相关服务没正常启动，去服务窗口（Win+R输入services.msc）检查Server服务是否处于正在运行状态，启动类型是否为自动。
网络发现与高级共享设置：这部分最容易忽略
协议没问题但网上邻居里还是看不到服务器,大概率是网络配置文件搞的鬼，Win10对不同的网络位置（专用、来宾或公用）应用不同的防火墙策略，公用网络下默认关闭网络发现和文件共享，系统只会对标记为“专用网络”的网卡开放这些功能。
快速查看当前网络配置文件类型
点击任务栏右下角的网络图标 → 点击当前连接的Wi-Fi或有线网络 → 查看属性，如果显示公用网络，点击并切换到专用网络。
高级共享设置逐项核对
打开控制面板 → 网络和共享中心 → 更改高级共享设置，在当前配置文件下确保以下选项全部正确：
- 网络发现：启用网络发现（勾选）
- 文件和打印机共享：启用文件和打印机共享（勾选）
- 密码保护的共享：在家用环境建议选择关闭密码保护共享（公司域环境则按管理员策略保留开启）
固定IP地址比动态获取更省心
用DHCP自动获取IP的机器,每次重启可能拿到不同IP，导致服务器端记录失效，建议将Win10的IP设为静态：
- 打开网络和Internet设置 → 更改适配器选项
- 右键当前网卡 → 属性 → 双击Internet协议版本4（TCP/IPv4）
- 勾选使用下面的IP地址，填入与服务器同网段的空闲地址（比如服务器192.168.1.100，你可填192.168.1.50）
- 子网掩码默认255.255.255.0，默认网关填路由器的IP
凭据管理器与访问权限：被卡住最多的隐藏关卡
IP能ping通、共享文件夹能看到，一双击就弹窗“拒绝访问”或“用户名或密码错误”，这通常是凭据存错了，Win10自带的凭据管理器会把以前输错过的访问凭据记下来，下次自动用错误凭据去连接，导致即使输入正确密码也进不去。
清除错误凭据
- 打开控制面板 → 用户帐户 → 凭据管理器 → Windows凭据
- 在普通凭据区域，找到指向你服务器IP或计算机名的条目
- 点击展开 → 从保管库中删除
删除完毕后重新访问共享路径,Win10会重新弹出登录窗口，这时输入正确账号密码即可。
连接共享文件夹的正确语法
在文件资源管理器地址栏输入共享路径时,注意格式规范：
\\192.168.1.100\共享名称不建议在运行窗口里只输入\\192.168.1.100然后回车，有时Win10只会展示服务器上所有共享的列表，加载缓慢且容易超时，直接在路径后跟上具体的共享文件夹名称，访问更高效。
域名与本地账号的坑
公司域环境下,服务器可能要求使用域名\用户名的格式登录，而不是单纯的用户名，家在同一个工作组环境或公司局域网连接共享服务器时，如果服务器是工作组模式，尝试用.\用户名来强制指定本地用户：
- 用户名输入：
.\administrator - 密码输入：管理员密码
如果服务器在域环境中,则使用域简称\用户名的格式（如corp\zhangsan）。
局域网共享服务器设置教程：看看服务器那边的防火墙
Win10这边全排查完了还是连不上,就得回头看服务器，Windows服务器自带防火墙经常在规则上拦截来自客户端的SMB请求（端口445），尤其是不懂网络运维的人私自开启了第三方的安全软件，更容易出现这种情况。
服务器防火墙快速开启SMB端口
在服务器上以管理员权限运行PowerShell：
New-NetFirewallRule -DisplayName "Allow SMB" -Direction Inbound -Protocol TCP -LocalPort 445 -Action Allow这条命令会新建一条入站规则,允许外部设备通过TCP 445端口访问服务器的共享服务，如果服务器装了360、火绒等第三方安全软件，还需要在软件内放行445端口或直接关闭“局域网防护”类开关。
共享权限与NTFS权限叠加检查
共享文件夹的访问权限由两层组成：共享权限和NTFS权限，取两者交集中最严格的限制，比如共享权限给了Everyone完全控制，但NTFS权限里只给了Users用户读取权限，实际获得的就是只读，右键共享文件夹 → 属性 → 安全选项卡 → 编辑，确认目标账号具备对应权限。
行业共识认为,将共享权限设为Everyone完全控制、NTFS权限通过具体用户组来细化，是兼顾易用性和权限控制的常见做法。
老版本Win10的系统更新问题
Win10多年前的旧版本在处理SMB协议时存在已知缺陷,比如旧版中某个补丁在特定情况下会导致SMB签名被强制，而部分老服务器的SMB签名实现不完整，双方协商失败就直接断连。
按Win+R输入winver查看当前系统版本号，如果低于1809，建议直接升级到较新的正式版本，微软每个月的“星期二补丁”日（当地时间每月第二个星期二）会推送累积更新，这些更新里包含大量SMB协议稳定性修复，安装补丁前记得备份重要数据。
常见Q&A
Win10共享打印机连接不上而且提示无法连接到打印机
此问题的基础原理与文件共享相同,因为打印机的共享走的是同样一组协议栈，额外注意两点：第一，在设置 → 设备 → 打印机和扫描仪 → 添加打印机中，选择“我需要的打印机不在列表中”，输入\\服务器IP\打印机共享名手动添加；第二，驱动架构不匹配会导致安装后打印测试页无反应，建议从打印机厂商官网下载与Win10系统版本匹配的驱动，而不是直接用安装光盘里的老驱动。
家用网络环境下Win10访问不了局域网中的共享文件夹该找谁解决
家用环境先别急着怀疑系统故障,多数情况是路由器开启了“AP隔离”功能（多出现在双频路由器的访客网络或部分路由器的智能省电模式中），该功能会让无线客户端互相无法通信，登录路由器管理后台，找到并关闭隔离功能后再试试，如果路由器比较老旧，试着切换Wi-Fi频段（2.4G换5G），因为某些路由器的隔离功能只在特定频段生效。
这台电脑已经加入了公司域，但加载不出共享服务器的文件列表
域环境下服务器可能启用了加密或签名策略,客户端若关闭了相关功能就会出现白屏或访问超时，在PowerShell里执行：
Set-Item -Path WSMan:\localhost\Client\TrustedHosts -Value "服务器IP"如果仍然无法访问,查看客户端和服务器的时间是否偏差过大域环境对时间同步要求严格，偏差超过5分钟会导致Kerberos认证失败，而这个问题在系统提示中并不明显，直观的表现就是双击访问无权限，手动设置时间同步至域控对应的时间源即可解决。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/795172.html
