看到“RPC 服务器不可用”提示不用紧张。这个报错和网页打不开、WiFi连接失败不是一类问题。RPC全称远程过程调用，属于Windows底层通信机制，可以理解为系统各个程序之间传递信息的中间层。打印机共享、远程桌面、文件访问、Windows更新，打开服务管理面板，底层都依赖RPC。一旦这个中间层失效，上面这些功能就会抛出报错。
故障诱因一般比较集中，RPC相关服务停止、防火墙拦截端口、网络栈异常或是系统文件损坏。按顺序排查，大多可以定位问题。
先看三个核心服务
按下Win+R，输入services.msc回车。在服务列表找到Remote Procedure Call (RPC)、RPC Endpoint Mapper、DCOM Server Process Launcher。这三项是RPC正常运行基础，任意一项停止，上层调用都会失败。确认状态为正在运行，启动类型设置自动。服务停止就右键启动；启动类型是手动或者禁用，双击修改为自动，之后重启电脑。
RPC Endpoint Mapper尤为关键。客户端调用远程服务时，先由它告知客户端目标端口。它固定监听135端口，客户端连接135之后，分配动态端口用于客户端和服务端通信。这项服务停止，客户端无法连接135端口，直接提示RPC服务器不可用。
防火墙要放行135和动态端口
RPC通信流程是客户端先连接服务器135端口访问Endpoint Mapper，之后Endpoint Mapper返回动态端口号，客户端使用动态端口和目标服务通信。防火墙只开放135端口不够，动态端口范围也要放行。Windows默认动态端口区间49152到65535。
使用Windows Defender防火墙，打开控制面板防火墙设置，进入高级设置，入站规则找到Remote Procedure Call相关规则，确认启用。找不到对应规则，手动新建规则放行TCP 135端口。公司域环境防火墙一般由组策略统一管控，需要联系IT管理员确认策略放开RPC动态端口。部分安全软件自带防火墙会拦截RPC，可以临时关闭测试，如果关闭故障消失，就在安全软件添加白名单。
网络栈重置有时候比什么都管用
网络栈是Windows处理网络通信的底层组件，组件异常会造成RPC请求收发失败。管理员身份打开命令提示符，依次执行：netsh winsock reset、netsh int ip reset、ipconfig /flushdns、ipconfig /registerdns。命令全部执行完成重启电脑。winsock reset重置网络套接字目录恢复出厂状态，int ip reset重置TCP/IP堆栈，后面两条清理DNS缓存、重新注册DNS记录。这套命令解决很多网络连通但RPC无法通信的疑难问题。
还有IPv6相关细节。Windows默认随机化IPv6接口标识符，部分网络环境会造成RPC连接不稳定。执行netsh interface ipv6 set global randomizeidentifiers=disabled，重启设备。该操作不会影响正常上网，减少RPC连接被干扰的概率。
系统文件坏了就用 sfc 和 DISM 扫一遍
前面操作无效，考虑系统文件损坏，RPC组件加载失败。管理员身份打开命令提示符，运行sfc /scannow，扫描受保护系统文件，损坏文件自动从缓存替换。完成后执行DISM /Online /Cleanup-Image /RestoreHealth，从Windows Update获取健康文件修复系统映像。两条命令执行完毕重启电脑。该流程耗时十几分钟，值得等待。
动态端口范围不够用的情况
隐蔽诱因是RPC动态端口池耗尽。Endpoint Mapper可分配端口数量存在上限，短时间大量RPC调用占满端口，新请求无法获取端口，提示服务器不可用。这类情况多出现在高负载服务器，普通个人电脑很少遇到。服务器环境可以打开注册表HKEY_LOCAL_MACHINESOFTWAREMicrosoftRpcInternet修改端口范围，扩大可用端口。修改注册表前务必备份，参数错误会引发更多故障。
看一眼事件日志
全部步骤测试完毕故障依旧，打开事件查看器查看日志。Win+R输入eventvwr.msc，Windows日志下系统、应用程序分类搜索RPC相关错误记录。日志会写明哪个组件调用RPC失败，附带错误代码，方便定位根源。事件ID5719大多和域控连接失败相关，ID1219对应远程桌面登录问题，拿到事件ID再检索解决方案，比盲目测试效率更高。
整套排查流程从服务、网络到系统文件逐层推进。多数场景重启三项核心服务加上重置网络栈就能解决。没有效果再排查安全软件拦截，或是修复损坏系统文件。不用急于重装系统，RPC故障很少严重到需要重装。