0x0000011b是rpc认证层握手失败，非驱动或网络问题。需先通过事件查看器确认event id 372/703及rpc错误，再优先修改注册表rpcauthnlevelprivacyenabled为0，无效则卸载kb5005565等printnightmare补丁，并检查主机共享设置与spooler服务状态。
你在办公室或家里用Win10电脑连接局域网内另一台电脑共享出来的打印机时，双击共享名后弹出红框提示“Windows无法连接到打印机，错误代码0x0000011b”，网络能通、共享文件夹能打开、打印机本机测试页也能打，但就是连不上——这不是驱动损坏，也不是网线松了，而是系统在RPC通信层卡住了认证 handshake。
先确认问题是否真属于0x0000011b
打开“事件查看器”→ Windows 日志 → 系统 → 筛选“PrintService”事件，找到最近一条Event ID为372或703的记录。如果日志里明确出现“RPC_S_SERVER_UNAVAILABLE”或“RPC_S_AUTHENTICATION_TYPE_NOT_SUPPORTED”，那就坐实了是0x0000011b，不是网络不通或权限没开这类表层问题。
这一步跳过等于蒙眼修车。很多用户花两小时卸补丁、关防火墙，结果发现日志里写的是“无法加载提供程序DLL”，那实际是0x00000709，修法完全相反。
优先尝试注册表修复（90%场景有效）
方法一：手动创建RpcAuthnLevelPrivacyEnabled键值
按 Win + R 输入 regedit → 回车 → 弹出UAC提示时点“是”。
导航到 HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlPrint，右侧空白处右键→新建→DWORD (32位)值→命名为 RpcAuthnLevelPrivacyEnabled。
双击该值，将“数值数据”改为 0，基数保持十进制即可，点确定。这一步关闭了RPC通信中强制启用隐私级别（即加密通道）的要求，让老打印机驱动能用基础认证方式握手。
【注意：此操作不可逆，修改前务必导出Print项备份】
重启电脑，再试连接共享打印机。
如果注册表无效，检查主机端补丁冲突
第一步：在报错的客户端电脑上，按 Win + I → 更新和安全 → Windows 更新 → 查看更新历史记录 → 卸载更新。
第二步：在列表中重点排查以下补丁（尤其近30天安装的）：KB5005565、KB5006670、KB5005039、KB5011304。这些是微软针对PrintNightmare漏洞推送的安全更新，会强制升级RPC身份验证强度。
第三步：右键点击可疑补丁→卸载→等待进度条走完→重启电脑。
卸载后不要立刻重连，先等30秒让Print Spooler服务彻底重载。有些用户卸完就急着双击共享名，结果Spooler还在初始化，照样报错。
验证并加固共享主机设置
在那台装着打印机、开启共享的主机电脑上操作：
进入“控制面板”→“设备和打印机”，右键你的打印机→“打印机属性”→“共享”选项卡→确保勾选“共享这台打印机”，且共享名不含中文、空格或特殊字符（比如用HP_LaserJet_M1132而非“财务部-HP激光打印机”）。
接着点“其他驱动程序”→勾选x64和x86复选框→点确定。这能让不同架构的客户端（如Win10 64位连Win11 ARM64虚拟机）自动获取匹配驱动，避免因驱动不兼容触发0x0000011b的衍生报错。
最后确认“服务”里Print Spooler状态为“正在运行”，且启动类型是“自动”。右键重启一次服务比单纯重启电脑更干净。
用IP直连绕过共享名解析（临时应急）
在客户端电脑上，按 Win + R 输入 \192.168.x.x（替换成主机实际IP）→回车。
如果能看到共享打印机图标，双击它→点“连接”。成功则说明问题出在NetBIOS名称解析或SMB签名协商环节，不是RPC层根本性断裂。
这一步能快速区分故障层级：IP能连而共享名不能连，大概率是主机启用了SMBv3强制签名，而客户端系统老旧不支持；若IP也连不上，才回归注册表或补丁排查路径。
