“RPC服务器不可用”错误源于RPC通信链路中断，非驱动损坏；需依次启动四项依赖服务（RPC、DCOM Launcher、RPC Endpoint Mapper、WMI），重置HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc注册表权限，执行sfc /scannow与DISM修复，禁用安全软件及组策略拦截，并必要时重建WMI仓库。
Windows系统在安装或使用打印机驱动时突然提示“RPC服务器不可用”或“RPC服务不可用”，说明远程过程调用通信链路已中断，此时打印任务无法提交、驱动无法加载、共享打印机连接直接失败——这不是驱动文件损坏，而是系统底层服务协作机制被破坏。
检查并启动全部RPC依赖服务
RPC服务本身不独立运行，它必须依赖DCOM Launcher、RPC Endpoint Mapper、WMI三项服务同步就绪才能响应驱动安装请求。只启动RpcSs一项，90%的情况仍会报错。
按Win + R输入services.msc回车，打开服务管理器。
依次找到以下四项服务：Remote Procedure Call (RPC)、DCOM Server Process Launcher、RPC Endpoint Mapper、Windows Management Instrumentation。
对每一项右键→属性→将“启动类型”设为【自动】→点击“启动”按钮确保状态栏显示“正在运行”→点击“应用”保存。注意：若某服务启动失败，先记下错误代码，暂跳过，继续启动其余三项。
重置RPC注册表权限（关键步骤）
用户账户控制策略或第三方优化工具可能篡改了HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc项的访问权限，导致驱动安装程序虽有管理员身份，仍被拒绝写入配置。
按Win + R输入regedit回车，以管理员权限打开注册表编辑器。
导航至路径：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc。
右键“Rpc”项→选择“权限”→点击“高级”→在“所有者”选项卡中将所有者更改为Administrators，并勾选“替换子容器和对象的所有者”→返回“权限”窗口，选中Administrators组，勾选“完全控制”→点击“确定”。
执行系统文件强制修复
rpcrt4.dll、ole32.dll等核心组件若被覆盖或版本错配，RPC服务进程能启动但无法处理驱动调用，表现为“服务已运行却不可用”。SFC与DISM必须连用才有效。
右键“开始”按钮→选择“Windows终端（管理员）”。
依次执行以下命令，每条执行完毕再输下一条：
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
Windows 桌面自动化技能，支持鼠标控制（移动/点击/拖拽/滚轮/截图）、键盘输入（文字输入/按键/组合键）、窗口管理（查找/聚焦/最大化/最小化/关闭/移动）、截图并发送文件。提供两种截图方式：Python pyautogui 截图（集成在自动化流程中）和 PowerShell + .NET 零依赖截图（支持区域截图和多显示器）。当用户需要自动化 Windows 桌面操作、控制鼠标键盘、管理窗口、执行 GUI 自动化任务、截图发送文件时使用。
等待扫描完成（约15分钟），过程中不要关闭窗口或重启电脑。
临时禁用安全软件与组策略拦截
方法一：右键任务栏杀毒软件图标→选择“退出”或“暂停防护”，彻底关闭实时监控、行为分析、网络防火墙模块。
方法二：按Win + R输入gpedit.msc→展开“计算机配置→Windows设置→安全设置→本地策略→安全选项”→找到“网络访问：不允许SAM账户和共享的匿名枚举”，双击设为【已禁用】。
这一步必须做：某些企业级EDR软件会主动拦截rpcss.exe与spoolsv.exe之间的命名管道通信，仅关闭杀毒主界面无效，必须进进程管理器确认rpcss.exe没有被标记为“受限”状态。
手动重建WMI仓库（终极手段）
WMI是RPC服务对外暴露接口的载体，其仓库损坏会导致驱动安装程序根本收不到RPC响应，现象就是点击“下一步”无反应、进度条卡死、日志里反复出现0x80041002错误。
以管理员身份运行CMD，依次执行：
net stop winmgmt
cd /d %windir%\system32\wbem
ren repository repository.old
net start winmgmt
系统将自动重建全新WMI仓库，耗时约2–3分钟，完成后无需重启即可尝试重新安装驱动。
