屏幕弹出“错误 1722：RPC 服务器不可用”，很多人第一时间会去查这个报错代码含义。简单来说，就是电脑尝试通过远程过程调用RPC，去连接另一台设备或者本机内部服务，但是目标端没有响应。RPC属于Windows系统内部跨进程通信机制，打印机共享、域控制器数据复制、计划任务、事件日志读取这些操作，底层都依赖这套机制。一旦通信链路中断，系统就抛出1722错误。
这个报错集中出现在几类场景。域环境里，Active Directory复制失败时经常出现，域控制器之间同步数据，DNS解析异常，或是目标机器RPC服务未启动，数据复制就会直接报1722。普通办公电脑，连接共享打印机的时候也容易碰到。打印后台处理程序Print Spooler服务停止，或是远端主机没有开启文件和打印机共享，执行打印操作就弹出该报错。还有用户在创建计划任务、运行备份软件时遇到，微软社区有案例，备份设备正常使用一年后突然报1722，排查后发现是卷影复制服务没有启动。
排查这件事，操作顺序比单个命令更关键。先确认场景，分清是访问本机服务还是远程主机。访问远程设备，先在命令行ping目标IP，确认网络连通。再用nslookup解析主机名，验证DNS能否正常返回IP。微软官方文档明确提到，DNS解析失败，是域复制场景下大量1722报错的主要诱因。网络连通、域名解析正常之后，再检查目标机器的RPC相关服务状态。RPC依赖多个组件，Remote Procedure Call、DCOM Server Process Launcher、RPC Endpoint Mapper这几项都需要处于运行状态，启动类型设置为自动。打开服务管理器逐项核对，停止的服务手动启动，同步修改启动类型。
访问远程主机，还要检查对方防火墙策略。RPC通信先用TCP135端口对接端点映射器，映射器再分配动态高位端口传输数据。所以仅放行135端口不够，动态端口范围同样需要开放。Windows Server2008及以上版本动态端口区间为49152至65535，老旧系统则是1024到65535。远程管理触发1722，还有一处容易忽略：远端主机需要开启“Microsoft网络的文件和打印机共享”，关闭该选项，大量远程管理功能都会失效。
部分故障出在本机。系统文件损坏、网络组件配置错乱，就算RPC服务显示正在运行，实际也无法正常工作。以管理员身份打开命令提示符执行sfc /scannow，让系统扫描并修复核心文件。如果网络协议栈被软件篡改，可以执行netsh winsock reset重置Winsock目录，重启电脑。这两项操作耗时不长，在排查完服务与防火墙之后，可以尝试。
注册表里面有一处RPC相关项也可以检查。HKEY_LOCAL_MACHINESoftwareMicrosoftRpc下存在ClientProtocols子项，包含ncacn_ip_tcp等默认协议条目。这个注册表项丢失或者被篡改，RPC客户端无法和服务端建立通信，同样触发1722。正常情况下该条目由系统自带，不需要手动新建。如果之前安装过网络工具、系统优化软件，有可能被删除。有备份就直接恢复，没有备份可以从同版本正常系统导出对应注册表项导入。
第三方安全软件有时也会造成干扰。部分杀毒软件、防火墙的网络防护模块，会判定RPC动态端口流量为可疑流量直接拦截。服务状态全部正常，但始终无法建立连接。可以临时关闭安全软件的网络防护测试，连通之后，把RPC对应的端口、进程添加进例外规则，不要长期关闭防护功能。
1722只是通用报错，仅代表通信失败，不会直接标注故障点。排查遵循这个思路：先确认访问对象和场景，检查网络、域名解析，核对服务状态与防火墙，最后修复系统文件和注册表。每次只改动一处设置，修改之后立刻复测，方便定位根源。绝大多数案例，问题集中在目标主机RPC服务未启动、DNS解析异常、防火墙拦截动态端口这三点。