尧图网页设计 
简介这份文档面向Windows系统管理员、域环境运维人员以及遇到打印机安装或域连接报错的普通用户系统梳理了“RPC服务器不可用”这一常见故障的成因与排查路径。资源包内含1个docx文档大小约18KB内容围绕复制、Winlogon、域控制器连接、用户身份验证等典型触发场景展开并给出从启动RPC服务、检查网络连通性到使用Netdiag、Netdom工具验证域控制器与信任关系再到检查RPC与DCOM服务状态的完整处理思路。文档还补充了注册表修改、sc.exe命令及故障恢复控制台三种启动RPC服务的替代方法便于读者按步骤对照排查。目前已有422人学习下载适合需要快速定位RPC相关故障、恢复域环境正常通信的运维人员参考。1. RPC 服务器不可用一份 5 页文档能救回多少台装不上驱动的机器打印机驱动装到一半弹窗“无法安装这个硬件RPC 服务器不可用”很多人第一反应是驱动包坏了重下三遍还是同一个报错。其实这条报错跟打印机驱动本身关系不大它指向的是 Windows 里一个更底层的东西——远程过程调用RPC。这份 5 页的《rpc服务器不可用.docx》把触发场景、三类根因和从net start rpcss到注册表、sc.exe、故障恢复控制台的四套修法都列了出来适合经常要给域内机器装驱动、连域控、做用户身份验证的运维和桌面支持人员。它不教你 RPC 协议怎么设计只解决一件事报错出现时按什么顺序排查、每条命令改的是哪个开关。下面我按自己复现这套流程的顺序把文档里的步骤拆开讲顺带补上原文没写透的参数和边界。2. RPC 服务与依赖链先搞清 rpcss、DCOM 和 Locator 谁先谁后2.1 RPC 到底在打印机安装里扮演什么角色远程过程调用是一种让本机程序去请求另一台机器上服务、而不用关心底层网络细节的协议。放到打印机安装这个场景里Windows 的即插即用和驱动安装框架并不是自己直接去读驱动文件而是通过 RPC 通道把“安装这个硬件”的请求交给负责设备安装的服务进程去执行。一旦 RPC 通道建不起来安装程序拿不到服务端的回应就会把错误统一报成“RPC 服务器不可用”。文档里列出的触发场景很典型复制、Winlogon、启用受信任的关系、连接到域控制器、连接到受信任的域、用户身份验证。这些操作的共同点是都要跨进程甚至跨主机调用系统服务。原文还专门提了一句在成员服务器上跑Dcpromo时也可能撞上这个错如果只有一台 DC 且该 DC 网卡上没启用文件和打印机共享就会触发。这条信息很关键——它说明问题不一定出在“服务没开”也可能是网络层把 RPC 需要的通道挡掉了。所以排查前先建立一个判断报错是“服务没起来”还是“起来了但连不上”。前者用net start和services.msc能看出来后者得靠ping、Netdiag、Netdom去验证名称解析和信任关系。文档把这两类原因混在同一个解决方案列表里实际用的时候要按顺序分叉不然容易在已经启动的服务上反复折腾。2.2 三个必须一起看的服务RpcSs、RpcLocator、DCOM原文在解决方案最后一段点出了三个服务名这是整份文档里最该先记住的部分服务显示名服务名作用建议启动类型Remote Procedure Call (RPC)RpcSsRPC 核心负责端点映射和调用分发自动Remote Procedure Call (RPC) LocatorRpcLocator老式名称查找域环境里辅助定位自动域内DCOM Server Process LauncherDcomLaunch启动 DCOM 服务进程RPC 依赖它自动RpcSs是根DcomLaunch是它启动 DCOM 组件时的前置RpcLocator在纯域环境里才真正吃重。文档说“如果还不行看看 DCOM ServerProcess Launcher 这个服务是否已经运行如果没有启动 DCOM 服务即可解决”这句话的顺序其实反了——正常依赖关系里DcomLaunch应该先于RpcSs处于运行状态如果它没起来RpcSs往往也起不来。实操时先确认DcomLaunch再确认RpcSs最后看RpcLocator。用services.msc看的时候注意“启动类型”和“服务状态”是两列。文档要求把 RPC 相关项“设置为自动启动”指的是启动类型改成“自动”不是手动去点一次“启动”。只点启动不改类型下次重启照样回到不可用。2.3 用 net start 和 sc 把服务拉起来文档给的第一条命令是net start rpcss这是最快的一次性验证net start rpcss这条命令尝试启动 RPC 服务如果返回“请求的服务已经启动”说明服务本身没问题问题在别处如果返回“服务名无效”或“拒绝访问”说明服务被禁用或权限不足。net start只负责启动不改启动类型重启后失效所以它只适合做测试不适合当最终修复。要改启动类型文档给了sc.exe的写法sc config RpcSs start auto注意start后面必须有一个空格再跟auto这是sc命令的固定语法写成startauto会报参数错误。执行成功会返回[SC] ChangeServiceConfig SUCCESS。原文提醒这条命令需要装 Windows 2000/2021 Resource Kit 才有效这个说法针对的是很老的系统版本在现在常见的 Windows 版本里sc.exe是系统自带的可以直接用。如果执行时报“不是内部或外部命令”先确认是在cmd里而不是 PowerShell 别名环境下运行。sc改的是注册表里Start项的值auto对应2demand对应3disabled对应4。文档后面给的注册表法其实就是手动改这个值reg add HKLM\SYSTEM\CurrentControlSet\Services\RpcSs /v Start /t REG_DWORD /d 2 /f/d 2就是自动启动/f表示不提示直接覆盖。改完必须重启系统因为RpcSs是核心服务运行中改启动类型不会立即生效。这条命令和sc config效果等价选一个就行别两个都跑一遍。3. 名称解析与信任关系ping、Netdiag、Netdom 的排查顺序3.1 先 ping 名字别急着 ping IP文档第二步让在命令提示符里ping servername其中 servername 是要测试连接的服务器、NetBIOS、DNS 或 GUID 名称。这里有个容易翻车的点很多人直接ping对方 IP通了就以为网络没问题但 RPC 报错往往出在“名字解析不到”而不是“IP 不通”。ping dc01 ping dc01.domain.local nbtstat -A 10.10.8.149第一条测 NetBIOS 名第二条测 FQDNnbtstat -A用 IP 反查 NetBIOS 名表。如果 IP 能通但名字 ping 不通问题在 DNS 或 WINS 配置不在 RPC 服务本身。文档说“如果其中的一台计算机存在连接问题请与网络管理员联系”实际自己能先做的是ipconfig /all看 DNS 服务器指向对不对ipconfig /flushdns清一次缓存再试。3.2 Netdiag 验证域控是否正常文档第四步用 Netdiag 工具确定域控制器是否正常工作并提到可以用 MSRPC、DNS、NBT、LDAP 或 TCP 协议做网络跟踪。Netdiag 是 Windows 支持工具里的组件装好支持工具后在命令行运行netdiag /test:rpc /v/test:rpc只跑 RPC 相关测试/v输出详细信息。重点看输出里RPC段有没有passed以及DNS段里 SRV 记录能不能解析到域控。如果 RPC 测试失败但 DNS 测试通过说明名称解析没问题卡在 RPC 端点映射如果 DNS 测试就失败先修 DNS 再谈 RPC。原文说“如果域控制器存在问题请与网络管理员联系”这句话的实操含义是Netdiag 报出的域控问题通常不是单机能修的比如 SRV 记录缺失、域控服务异常需要域管理员在 DC 上处理。单机能做的是确认自己这台机器的 DNS 后缀、域成员关系是否正常。3.3 Netdom 验证并重置信任关系文档第五步用 Netdom 验证网络信任关系然后重置或建立到服务器的连接。机器和域之间的信任关系断了也会表现成 RPC 不可用因为身份验证这一步就走不过去。netdom verify %COMPUTERNAME% /domain:domain.local netdom reset %COMPUTERNAME% /domain:domain.local /UserO:administrator /PasswordO:*verify只检查当前信任关系是否有效reset会重置机器账户密码并重建安全通道。/UserO和/PasswordO指定有权限操作域账户的凭据*表示交互式输入密码避免密码留在命令历史里。reset执行后通常需要重启重启后机器用新密码重新加入域。注意netdom同样来自 Windows 支持工具不是默认安装的。如果提示命令不存在先确认支持工具装没装。另外reset是有副作用的操作域内如果有依赖旧机器账户密码的服务重置后要一并更新别在没确认影响范围前随手跑。4. 避坑与常见问题这几条报错我踩过不止一次4.1 现象net start rpcss提示服务已启动但装驱动还是报 RPC 不可用原因RpcSs在跑但DcomLaunch没起来或者RpcLocator被禁用。RPC 核心服务能启动不代表依赖链完整DCOM 组件调用时仍然会失败。解决打开services.msc按DcomLaunch→RpcSs→RpcLocator的顺序确认三者的启动类型都是“自动”且状态为“正在运行”。缺哪个补哪个改完重启再试。4.2 现象sc config RpcSs start auto返回[SC] OpenService FAILED 5原因当前命令行不是管理员权限。sc改服务配置需要管理员令牌普通用户跑会报拒绝访问错误码 5。解决右键命令提示符选“以管理员身份运行”再执行同一条命令。如果是在 PowerShell 里注意sc在 PowerShell 里是Set-Content的别名要写sc.exe才能调到真正的服务控制命令。4.3 现象注册表改了Start值为 2重启后服务还是没起来原因改错了路径或者改的是RpcLocator而不是RpcSs。文档给的路径是HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\RpcSs少一层多一层都会改到别的服务上。解决在注册表编辑器里逐层展开确认RpcSs项下的Start是REG_DWORD类型值为2。改完用reg query复核一遍reg query HKLM\SYSTEM\CurrentControlSet\Services\RpcSs /v Start输出里0x2才是对的。如果显示0x4说明被设成了禁用服务无论如何都起不来。4.4 现象故障恢复控制台里enable RpcSs service_auto_start报命令无效原因enable命令只在故障恢复控制台环境下可用正常系统里跑会提示不是内部命令。另外service_auto_start是固定参数名拼错或大小写不一致都可能被拒。解决确认是从安装光盘或恢复介质启动进入的故障恢复控制台而不是在正常系统里开的cmd。进入后先enable RpcSs service_auto_start再exit重启。这条路径适合系统已经进不去、服务在正常模式下改不动的情况属于最后手段。4.5 现象域内机器 RPC 时好时坏重启就好一阵原因DNS 指向了不稳定的服务器或者域控的 SRV 记录有多个但部分不可达。RPC 端点映射依赖名称解析解析结果在多个地址间跳就会表现成间歇性失败。解决ipconfig /all确认 DNS 只指向可用的域控nslookup -typeSRV _ldap._tcp.domain.local看 SRV 记录返回的地址是否都在线。把不可达的 DNS 从列表里去掉ipconfig /flushdns后观察一段时间。5. 从 1722 到 2000把修复动作固化成可复用的检查脚本文档里提到“如果发生 2000 rpc、1722 rpc 服务器无法启动”这两个错误码对应的是服务启动失败和端点映射器不可用。与其每次报错都翻文档不如把前面几章的检查点串成一个批处理出问题时先跑一遍把状态一次性打出来。echo off echo RPC 依赖服务状态 sc query DcomLaunch | findstr STATE sc query RpcSs | findstr STATE sc query RpcLocator | findstr STATE echo 启动类型 sc qc RpcSs | findstr START_TYPE sc qc DcomLaunch | findstr START_TYPE echo 名称解析测试 ping -n 2 %USERDNSDOMAIN% nslookup -typeSRV _ldap._tcp.%USERDNSDOMAIN% echo 信任关系 netdom verify %COMPUTERNAME% /domain:%USERDNSDOMAIN%这段脚本做四件事查三个服务的运行状态、查RpcSs和DcomLaunch的启动类型、用ping和nslookup验证域名解析、用netdom verify检查信任关系。findstr STATE只保留状态行输出干净%USERDNSDOMAIN%自动取当前机器的 DNS 域名不用手填。跑完看哪一段先出问题就从那一段对应的章节去修。参数上要注意netdom verify需要管理员权限脚本整体也要以管理员身份运行。如果%USERDNSDOMAIN%为空说明这台机器不在域里那 RPC 不可用的排查方向要转到本地服务和防火墙而不是域信任。我自己的习惯是把这个脚本存成rpc-check.bat放在维护 U 盘里遇到装驱动报 RPC 不可用的机器先跑一遍比凭记忆一条条敲命令快得多。从那以后我每次处理这类报错都强制先跑状态检查再动手改配置避免在已经正常的服务上白折腾。希望帮到你。本文还有配套的精品资源点击获取 RPC服务器不可用导致驱动安装失败？5页文档+检查脚本快速修复
简介这份文档面向Windows系统管理员、域环境运维人员以及遇到打印机安装或域连接报错的普通用户系统梳理了“RPC服务器不可用”这一常见故障的成因与排查路径。资源包内含1个docx文档大小约18KB内容围绕复制、Winlogon、域控制器连接、用户身份验证等典型触发场景展开并给出从启动RPC服务、检查网络连通性到使用Netdiag、Netdom工具验证域控制器与信任关系再到检查RPC与DCOM服务状态的完整处理思路。文档还补充了注册表修改、sc.exe命令及故障恢复控制台三种启动RPC服务的替代方法便于读者按步骤对照排查。目前已有422人学习下载适合需要快速定位RPC相关故障、恢复域环境正常通信的运维人员参考。1. RPC 服务器不可用一份 5 页文档能救回多少台装不上驱动的机器打印机驱动装到一半弹窗“无法安装这个硬件RPC 服务器不可用”很多人第一反应是驱动包坏了重下三遍还是同一个报错。其实这条报错跟打印机驱动本身关系不大它指向的是 Windows 里一个更底层的东西——远程过程调用RPC。这份 5 页的《rpc服务器不可用.docx》把触发场景、三类根因和从net start rpcss到注册表、sc.exe、故障恢复控制台的四套修法都列了出来适合经常要给域内机器装驱动、连域控、做用户身份验证的运维和桌面支持人员。它不教你 RPC 协议怎么设计只解决一件事报错出现时按什么顺序排查、每条命令改的是哪个开关。下面我按自己复现这套流程的顺序把文档里的步骤拆开讲顺带补上原文没写透的参数和边界。2. RPC 服务与依赖链先搞清 rpcss、DCOM 和 Locator 谁先谁后2.1 RPC 到底在打印机安装里扮演什么角色远程过程调用是一种让本机程序去请求另一台机器上服务、而不用关心底层网络细节的协议。放到打印机安装这个场景里Windows 的即插即用和驱动安装框架并不是自己直接去读驱动文件而是通过 RPC 通道把“安装这个硬件”的请求交给负责设备安装的服务进程去执行。一旦 RPC 通道建不起来安装程序拿不到服务端的回应就会把错误统一报成“RPC 服务器不可用”。文档里列出的触发场景很典型复制、Winlogon、启用受信任的关系、连接到域控制器、连接到受信任的域、用户身份验证。这些操作的共同点是都要跨进程甚至跨主机调用系统服务。原文还专门提了一句在成员服务器上跑Dcpromo时也可能撞上这个错如果只有一台 DC 且该 DC 网卡上没启用文件和打印机共享就会触发。这条信息很关键——它说明问题不一定出在“服务没开”也可能是网络层把 RPC 需要的通道挡掉了。所以排查前先建立一个判断报错是“服务没起来”还是“起来了但连不上”。前者用net start和services.msc能看出来后者得靠ping、Netdiag、Netdom去验证名称解析和信任关系。文档把这两类原因混在同一个解决方案列表里实际用的时候要按顺序分叉不然容易在已经启动的服务上反复折腾。2.2 三个必须一起看的服务RpcSs、RpcLocator、DCOM原文在解决方案最后一段点出了三个服务名这是整份文档里最该先记住的部分服务显示名服务名作用建议启动类型Remote Procedure Call (RPC)RpcSsRPC 核心负责端点映射和调用分发自动Remote Procedure Call (RPC) LocatorRpcLocator老式名称查找域环境里辅助定位自动域内DCOM Server Process LauncherDcomLaunch启动 DCOM 服务进程RPC 依赖它自动RpcSs是根DcomLaunch是它启动 DCOM 组件时的前置RpcLocator在纯域环境里才真正吃重。文档说“如果还不行看看 DCOM ServerProcess Launcher 这个服务是否已经运行如果没有启动 DCOM 服务即可解决”这句话的顺序其实反了——正常依赖关系里DcomLaunch应该先于RpcSs处于运行状态如果它没起来RpcSs往往也起不来。实操时先确认DcomLaunch再确认RpcSs最后看RpcLocator。用services.msc看的时候注意“启动类型”和“服务状态”是两列。文档要求把 RPC 相关项“设置为自动启动”指的是启动类型改成“自动”不是手动去点一次“启动”。只点启动不改类型下次重启照样回到不可用。2.3 用 net start 和 sc 把服务拉起来文档给的第一条命令是net start rpcss这是最快的一次性验证net start rpcss这条命令尝试启动 RPC 服务如果返回“请求的服务已经启动”说明服务本身没问题问题在别处如果返回“服务名无效”或“拒绝访问”说明服务被禁用或权限不足。net start只负责启动不改启动类型重启后失效所以它只适合做测试不适合当最终修复。要改启动类型文档给了sc.exe的写法sc config RpcSs start auto注意start后面必须有一个空格再跟auto这是sc命令的固定语法写成startauto会报参数错误。执行成功会返回[SC] ChangeServiceConfig SUCCESS。原文提醒这条命令需要装 Windows 2000/2021 Resource Kit 才有效这个说法针对的是很老的系统版本在现在常见的 Windows 版本里sc.exe是系统自带的可以直接用。如果执行时报“不是内部或外部命令”先确认是在cmd里而不是 PowerShell 别名环境下运行。sc改的是注册表里Start项的值auto对应2demand对应3disabled对应4。文档后面给的注册表法其实就是手动改这个值reg add HKLM\SYSTEM\CurrentControlSet\Services\RpcSs /v Start /t REG_DWORD /d 2 /f/d 2就是自动启动/f表示不提示直接覆盖。改完必须重启系统因为RpcSs是核心服务运行中改启动类型不会立即生效。这条命令和sc config效果等价选一个就行别两个都跑一遍。3. 名称解析与信任关系ping、Netdiag、Netdom 的排查顺序3.1 先 ping 名字别急着 ping IP文档第二步让在命令提示符里ping servername其中 servername 是要测试连接的服务器、NetBIOS、DNS 或 GUID 名称。这里有个容易翻车的点很多人直接ping对方 IP通了就以为网络没问题但 RPC 报错往往出在“名字解析不到”而不是“IP 不通”。ping dc01 ping dc01.domain.local nbtstat -A 10.10.8.149第一条测 NetBIOS 名第二条测 FQDNnbtstat -A用 IP 反查 NetBIOS 名表。如果 IP 能通但名字 ping 不通问题在 DNS 或 WINS 配置不在 RPC 服务本身。文档说“如果其中的一台计算机存在连接问题请与网络管理员联系”实际自己能先做的是ipconfig /all看 DNS 服务器指向对不对ipconfig /flushdns清一次缓存再试。3.2 Netdiag 验证域控是否正常文档第四步用 Netdiag 工具确定域控制器是否正常工作并提到可以用 MSRPC、DNS、NBT、LDAP 或 TCP 协议做网络跟踪。Netdiag 是 Windows 支持工具里的组件装好支持工具后在命令行运行netdiag /test:rpc /v/test:rpc只跑 RPC 相关测试/v输出详细信息。重点看输出里RPC段有没有passed以及DNS段里 SRV 记录能不能解析到域控。如果 RPC 测试失败但 DNS 测试通过说明名称解析没问题卡在 RPC 端点映射如果 DNS 测试就失败先修 DNS 再谈 RPC。原文说“如果域控制器存在问题请与网络管理员联系”这句话的实操含义是Netdiag 报出的域控问题通常不是单机能修的比如 SRV 记录缺失、域控服务异常需要域管理员在 DC 上处理。单机能做的是确认自己这台机器的 DNS 后缀、域成员关系是否正常。3.3 Netdom 验证并重置信任关系文档第五步用 Netdom 验证网络信任关系然后重置或建立到服务器的连接。机器和域之间的信任关系断了也会表现成 RPC 不可用因为身份验证这一步就走不过去。netdom verify %COMPUTERNAME% /domain:domain.local netdom reset %COMPUTERNAME% /domain:domain.local /UserO:administrator /PasswordO:*verify只检查当前信任关系是否有效reset会重置机器账户密码并重建安全通道。/UserO和/PasswordO指定有权限操作域账户的凭据*表示交互式输入密码避免密码留在命令历史里。reset执行后通常需要重启重启后机器用新密码重新加入域。注意netdom同样来自 Windows 支持工具不是默认安装的。如果提示命令不存在先确认支持工具装没装。另外reset是有副作用的操作域内如果有依赖旧机器账户密码的服务重置后要一并更新别在没确认影响范围前随手跑。4. 避坑与常见问题这几条报错我踩过不止一次4.1 现象net start rpcss提示服务已启动但装驱动还是报 RPC 不可用原因RpcSs在跑但DcomLaunch没起来或者RpcLocator被禁用。RPC 核心服务能启动不代表依赖链完整DCOM 组件调用时仍然会失败。解决打开services.msc按DcomLaunch→RpcSs→RpcLocator的顺序确认三者的启动类型都是“自动”且状态为“正在运行”。缺哪个补哪个改完重启再试。4.2 现象sc config RpcSs start auto返回[SC] OpenService FAILED 5原因当前命令行不是管理员权限。sc改服务配置需要管理员令牌普通用户跑会报拒绝访问错误码 5。解决右键命令提示符选“以管理员身份运行”再执行同一条命令。如果是在 PowerShell 里注意sc在 PowerShell 里是Set-Content的别名要写sc.exe才能调到真正的服务控制命令。4.3 现象注册表改了Start值为 2重启后服务还是没起来原因改错了路径或者改的是RpcLocator而不是RpcSs。文档给的路径是HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\RpcSs少一层多一层都会改到别的服务上。解决在注册表编辑器里逐层展开确认RpcSs项下的Start是REG_DWORD类型值为2。改完用reg query复核一遍reg query HKLM\SYSTEM\CurrentControlSet\Services\RpcSs /v Start输出里0x2才是对的。如果显示0x4说明被设成了禁用服务无论如何都起不来。4.4 现象故障恢复控制台里enable RpcSs service_auto_start报命令无效原因enable命令只在故障恢复控制台环境下可用正常系统里跑会提示不是内部命令。另外service_auto_start是固定参数名拼错或大小写不一致都可能被拒。解决确认是从安装光盘或恢复介质启动进入的故障恢复控制台而不是在正常系统里开的cmd。进入后先enable RpcSs service_auto_start再exit重启。这条路径适合系统已经进不去、服务在正常模式下改不动的情况属于最后手段。4.5 现象域内机器 RPC 时好时坏重启就好一阵原因DNS 指向了不稳定的服务器或者域控的 SRV 记录有多个但部分不可达。RPC 端点映射依赖名称解析解析结果在多个地址间跳就会表现成间歇性失败。解决ipconfig /all确认 DNS 只指向可用的域控nslookup -typeSRV _ldap._tcp.domain.local看 SRV 记录返回的地址是否都在线。把不可达的 DNS 从列表里去掉ipconfig /flushdns后观察一段时间。5. 从 1722 到 2000把修复动作固化成可复用的检查脚本文档里提到“如果发生 2000 rpc、1722 rpc 服务器无法启动”这两个错误码对应的是服务启动失败和端点映射器不可用。与其每次报错都翻文档不如把前面几章的检查点串成一个批处理出问题时先跑一遍把状态一次性打出来。echo off echo RPC 依赖服务状态 sc query DcomLaunch | findstr STATE sc query RpcSs | findstr STATE sc query RpcLocator | findstr STATE echo 启动类型 sc qc RpcSs | findstr START_TYPE sc qc DcomLaunch | findstr START_TYPE echo 名称解析测试 ping -n 2 %USERDNSDOMAIN% nslookup -typeSRV _ldap._tcp.%USERDNSDOMAIN% echo 信任关系 netdom verify %COMPUTERNAME% /domain:%USERDNSDOMAIN%这段脚本做四件事查三个服务的运行状态、查RpcSs和DcomLaunch的启动类型、用ping和nslookup验证域名解析、用netdom verify检查信任关系。findstr STATE只保留状态行输出干净%USERDNSDOMAIN%自动取当前机器的 DNS 域名不用手填。跑完看哪一段先出问题就从那一段对应的章节去修。参数上要注意netdom verify需要管理员权限脚本整体也要以管理员身份运行。如果%USERDNSDOMAIN%为空说明这台机器不在域里那 RPC 不可用的排查方向要转到本地服务和防火墙而不是域信任。我自己的习惯是把这个脚本存成rpc-check.bat放在维护 U 盘里遇到装驱动报 RPC 不可用的机器先跑一遍比凭记忆一条条敲命令快得多。从那以后我每次处理这类报错都强制先跑状态检查再动手改配置避免在已经正常的服务上白折腾。希望帮到你。本文还有配套的精品资源点击获取