win10运行怎么打开服务器失败，九成是权限不足、服务没启动或者防火墙拦路，按下面的顺序排查，大多数情况不用重装系统就能解决。
先弄清你的“服务器”走的是哪条路
打开服务器这件事，在不同人嘴里含义完全不一样，你是在“运行”对话框里敲了 \192.168.x.x 访问共享文件夹，还是想打开本机的 IIS 管理工具，或者是双击某个远程桌面连接文件？这三种情况在 Win10 里的报错和修法差异很大。
用户最常见的动作是按下 Win + R，输入服务器 IP 或计算机名后弹窗报错，这类问题基本集中在网络发现、身份验证、SMB 协议三个环节，另有相当一部分用户是在“运行”里输入 services.msc 或 compmgmt.msc 时提示“找不到文件”，这种情况属于系统组件损坏,后面单独说。
想快速判断属于哪一类，看报错内容就够了：提示“找不到网络路径”是网络层问题，提示“拒绝访问”是权限层问题，提示“无法连接到服务器”则偏服务状态层问题。
win10打开服务器身份验证失败？大概率是这两处设置没对齐
身份验证失败和密码错误不是一回事，如果你确定账号密码没问题，但系统始终弹“用户名或密码错误”或“不允许使用空密码”,那就要检查本地策略和凭据缓存。
检查本地安全策略里的共享模型
在“运行”里输入 secpol.msc，打开本地安全策略，找到安全设置 → 本地策略 → 安全选项，右侧找到“网络访问：本地账户的共享和安全模型”，默认情况下 Win10 家庭版是“仅来宾”，专业版和工作站是“经典”，如果你自己改成过“仅来宾”，那所有走局域网访问的账户都会被强制当作 Guest 处理，输什么密码都不好使，改为“经典”后，再回到“运行”里重新访问服务器地址。
清理凭据管理器里存错的旧密码
Windows 会自动记住共享访问凭据，但如果你改过服务器密码，Win10 这边还是拿旧密码去试，反复失败，去控制面板 → 用户账户 → 凭据管理器 → Windows 凭据，找到目标服务器 IP 开头的凭据项，直接展开删除，删完重新用 Win + R 访问,系统会重新弹出登录框让你输对新密码。
行业共识认为，凭据管理器缓存错误是日常办公场景里身份验证失败的首要原因,比重装网卡驱动有效得多。
win10服务器共享文件夹无法访问，按这个顺序查
如果你是用“运行”打开 \服务器IP共享名 时提示“找不到网络路径”或“服务器返回错误”，多数情况下不是密码问题,而是服务或防火墙拦截。
第一步：确认依赖服务还活着
按下 Win + R 输入 services.msc，找到下面这几个服务，确认状态是“正在运行”，启动类型是“自动”：
- Server（如果你访问别人，这个不起作用,但自查时要看）
- Workstation（这是作为客户端去访问共享的关键）
- Function Discovery Provider Host 和 Function Discovery Resource Publication（网络发现依赖这两个）
- TCP/IP NetBIOS Helper（老设备走 NetBIOS 协议时必需）
任何一个没启动，右键启动即可，如果启动时报“找不到指定文件”之类错误，说明系统映像本身有问题，跳到后面“修复系统文件”那一节操作。
第二步：防火墙规则是不是被精简过
装了第三方安全软件后，“文件和打印机共享”这一条入站规则往往会被静默关掉，去控制面板 → Windows Defender 防火墙 → 允许应用或功能通过防火墙，拉到列表底部把“文件和打印机共享”前后的勾全部打上，这里的勾有“专用”和“公用”两列，局域网内最好都勾上，因为不少办公室 Wi-Fi 网络类型被识别为公用网络。
如果列表里压根没有这一项，点“允许其他应用”，手动添加 C:WindowsSystem32FwPolicy.dll 旁边的 svchost.exe（NetSvcs）条目，设置完再回到“运行”访问一次。
第三步：网络发现开关和 SMB 协议版本
打开“设置 → 网络和 Internet → 高级网络设置 → 高级共享设置”，确认当前网络配置文件下的“网络发现”和“文件和打印机共享”都是开启状态，这样一来，你在文件资源管理器里直接就能看到邻居设备，不用每次敲 IP。
部分老服务器或 NAS 设备还在用 SMB 1.0 协议，而 Win10 默认禁用，这种情况去“控制面板 → 程序 → 启用或关闭 Windows 功能”，勾选“SMB 1.0/CIFS 文件共享支持”，重启后即可，行业共识认为，除非万不得已不建议长期开启 SMB 1.0，它存在已知安全漏洞,仅限内网且设备老旧时临时使用。
运行命令本身打不开，多半是Win10组件卡了壳
还有一类情况和网络无关，你在“运行”里输入 compmgmt.msc、gpedit.msc、services.msc
这些管理工具命令时，提示“Windows 找不到文件”或者闪一下没反应，这通常不是路径写错,而是系统组件损坏或者环境变量被改过。
先试直接路径运行
Win10 的管理工具全部位于 C:WindowsSystem32 下，直接在文件资源管理器地址栏输入 C:WindowsSystem32services.msc，如果这样能打开，说明你的 path 环境变量丢了系统目录路径，以后每次都得敲全路径，去“系统属性 → 高级 → 环境变量”，在“系统变量”里找到 Path，确认包含 %SystemRoot%System32 这一项。
用 DISM 和 SFC 修复系统映像
如果全路径也打不开，那就是系统文件本身受损，以管理员身份打开命令提示符,依次执行：
DISM /Online /Cleanup-Image /RestoreHealth
这一步做完了等它提示恢复完成,再执行：
sfc /scannow
等待过程中不要关窗口，扫描时间根据硬盘速度和系统状态从几分钟到二十几分钟不等，据统计，相当一部分 Win10 运行组件失效问题通过这两条命令能直接恢复正常，任务完成后重新用 Win + R 试试。
远程桌面或服务器管理器连不上，别急着找网管
办公场景常遇到的情况是：你在“运行”里输入 mstsc 打开远程桌面，填入公司服务器的 IP，点连接后卡在“正在配置远程会话”然后报错，之前讨论的身份验证失败大多指向共享文件夹,这里说的则是远程桌面服务本身。
先在客户端电脑上确认远程桌面连接版本不是过分老旧，然后用命令行测试端口通不通，按 Win + R 输入 cmd,执行：
telnet 服务器IP 3389
如果提示“无法打开到主机的连接”，说明 3389 端口被防火墙挡了或者服务器端没开远程桌面。“Win+R 运行时提示 telnet 不是内部或外部命令”属于正常现象，先在“启用或关闭 Windows 功能”里勾选 Telnet 客户端才能用这个测试。
如果端口能通但还是连不上，查看“系统属性 → 远程”里是否选择了“仅允许使用网络级别身份验证的远程桌面连接”，部分 Win10 版本默认强制 NLA，而服务器是老系统或者需要走跳板机，就会一直转圈然后失败，除此之外每次远程连接失败后，建议检查服务器端是否到达最大连接数限制（默认并发连接数是 2 个）。
排查过程中顺手验证一下时间同步
一个容易被忽略的点：Win10 访问服务器时，如果本机时间和服务端时间误差超过 5 分钟，Kerberos 认证会直接罢工
，这种情况你看到的报错非常像“身份验证失败”，但不提示密码错误，而是说“时间戳无效”或“状态代码 0x80090303”。
在“运行”里输入 control date/time，打开日期和时间设置，点击“立即同步”，部分电脑因为主板电池问题，每次开机都会慢几分钟，这个属于硬件问题，换一块主板纽扣电池十几块钱就能解决，如果你要搜相关方案，用“win10 连接服务器 时间同步”这个描述能找到大量同类案例。
底层思路：把 Windows 的“记性”和“状态”全部刷新一遍
所有上述步骤做完还失败的话，说明系统网络栈的底层状态已经乱了,最后尝试用管理员命令提示符执行下面命令：
netsh winsock reset
netsh advfirewall reset
然后重启电脑，第一条命令重置 Winsock 目录，也就是 Windows 用来跟网络通信的“翻译官”；第二条把防火墙规则恢复为出厂默认，之前装过的第三方软件如果修改过防火墙策略也会被一并还原，执行完重启后再用“运行”打开目标服务器地址，一般来说共享文件夹和身份验证这块九成问题都能解决。
需要明确：这两条命令不会影响任何个人文件，也不会卸载已经安装的软件,最多让你需要重新配置一次网络共享规则。
常见问题
Win10 运行命令提示“拒绝访问”怎么排查？
以管理员身份运行命令提示符，重新执行对应的 .msc 命令，如果管理员模式下能正常打开，说明是当前用户权限被组策略限制；如果管理员模式下依然拒绝访问，使用 sfc /scannow 修复系统核心文件，部分公司电脑由域策略统一管控，本机管理员账号也可能是受限的，请联系 IT 部门核实组策略中的“阻止访问计算机管理工具”是否被启用。
微信、扫描仪等办公软件正常，只有服务器访问失败怎么办？
这类问题通常指向 SMB 服务或网络发现功能被精简优化过，先按上文检查几个关键系统服务状态，再确认防火墙里“文件和打印机共享”规则未关闭，如果公司内网的服务器属于 Windows Server 2012 以前的老版本，大概率是 SMB 协议协商失败，开启 SMB 1.0 支持后再试，办公室多网段环境下，还需确认本机 IP 与服务器 IP 是否在同一子网，具体可在命令提示符里执行 ipconfig 对比网关地址。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/679659.html
