Windows共享打印机报错0x0000011b？注册表修复与补丁卸载全攻略

打印机弹出 0x0000011b 这个错误码，基本上是最近几年 Windows 共享打印最常见的拦路虎。尤其是 2021 年 9 月之后，微软针对 PrintNightmare 漏洞推出一系列安全更新，很多原本稳定的共享打印机突然就报这个错，连接时提示"操作无法完成（错误 0x0000011b）"，重装驱动、重启服务全都无效。

我见过太多人卡在这一步，甚至有人直接重做系统，结果还是一样。其实这个错误本质上是 Windows 安全策略和打印服务之间的权限冲突，并不是打印机硬件坏了，也不是驱动文件损坏。只要搞清楚背后的触发机制，用对方法，十分钟以内就能解决。

今天这篇就把我实际处理过的方案完整拆开讲：从错误成因、快速定位、注册表修复、补丁卸载、驱动重装到共享权限配置，一条龙捋清楚。无论你是 Windows 11 连 Win10 共享打印机，还是 Win10 访问 Win11 的打印共享，或者是连接网络打印机时报这个错，都能找到对应的解决路径。

1. 错误成因解析：为什么安全的补丁会弄坏打印共享

1.1 PrintNightmare 漏洞与 RPC 安全强化的关系

要理解 0x0000011b，得先提一嘴 PrintNightmare（CVE-2021-34527）。这个漏洞当时相当严重，攻击者可以通过打印机后台处理程序（Print Spooler）远程执行代码，而且不需要任何用户交互，几乎等于把打印服务变成了后门。微软紧急发布了安全更新，核心手段是强制要求打印客户端与打印服务器之间的 RPC 通信使用更高等级的身份验证。

这里有个生活化的类比：以前打印客户端和服务器之间传数据就像小区楼道门禁，老住户报个名字就放行；补丁打完之后门禁系统升级，不仅要验证身份，还要求双方都持有新版门禁卡。问题是很多打印机驱动、老版本 Windows 还停留在旧协议模式，拿着旧卡去刷新门禁，结果就是被拦在门外——对应到系统层面，就是 0x0000011b。

1.2 为什么有的机器能打印，有的机器报错

实际排查中你会发现，同一台共享打印机，A 电脑连着没问题，B 电脑就报 0x0000011b。原因在于报错的那台电脑和共享打印机的宿主机器（打印服务器）之间，有一方的系统补丁版本过新或过旧，导致 RPC 身份验证级别不匹配。

具体来说，微软的补丁改变了 Print Spooler 对远程调用的默认处理行为，后装的补丁要求更高安全等级。如果打印服务器（通常就是连着打印机的那台主机）已经安装了带修复的补丁，而客户端还停留在旧补丁状态，双方在协商安全策略时就会失败，于是系统抛错。

还有一个容易被忽略的情况：局域网中同时存在多台电脑，打印服务器本身可能被域控策略或系统更新自动改了安全设置。我自己就遇到过一台打印服务器自动更新后，其他所有客户端全部瘫痪的案例。这解释了为什么很多人卸载补丁有用，而另外一些人卸载补丁仍然报错——因为问题很可能出在对端（打印服务器），而不是你正在操作的这台电脑。

2. 动手前的准确定位：先判断问题出在哪一侧

2.1 三步定位法：报错码、访问方向、更新记录

在按下键盘之前，先把以下三件事问清楚，能省掉后面一大半弯路。

第一步：确认报错码和触发场景。0x0000011b 最常见于通过 UNC 路径访问共享打印机（比如\\192.168.1.10\HP LaserJet）时，Windows 在"连接到打印机"过程中弹出错误。如果用户是从"设置-蓝牙和其他设备-打印机和扫描仪"添加网络打印机，同样会触发。还有一类情况是已经连着打印机，打印文档时突然报错，这种一般是打印服务器端安全策略中途变化。

第二步：确认访问方向。是 Win10 访问 Win11 共享，还是 Win11 访问 Win10 共享，又或者是两台同版本系统之间共享？这个信息决定了修复应该落在哪一端。以我的经验，系统版本较新、补丁较全的那台机器往往是"被访问端"（打印服务器），旧版本机器是"访问端"（客户端），安全策略不匹配通常表现为客户端报错。

第三步：翻更新记录。在报错电脑上执行wmic qfe list或直接打开"设置-Windows 更新-更新历史记录"，看看近期是否安装了 2021 年 9 月及之后的累积更新。特别是 KB5005565、KB5005566、KB5005568、KB5005569、KB5005570、KB5005571，这些编号的补丁就是最早引起 0x0000011b 的一批。如果能找到，基本可以判断是补丁导致，接下来决定走注册表修复还是卸载补丁路线。

2.2 基础环境检查：服务、网络、工作组

除了判断补丁，我还会让用户先做完一组基础检查，避免在错误方向上空转。

检查 Print Spooler 服务状态。在报错电脑和打印服务器上，同时打开服务管理器（Win+R 输入services.msc），找到 Print Spooler，确认状态是"正在运行"，启动类型是"自动"。如果服务停止，右键启动并设为自动，然后重启服务。这里有个细节，很多人在打印服务器上重启 Spooler 后，客户端仍然报错，那是因为客户端本地也有一个 Spooler，两侧的服务都必须正常。

检查网络可达性。在客户端电脑上 ping 打印服务器的 IP 或者主机名，确认网络通。如果 ping 不通，检查防火墙是否拦截了打印共享端口。Windows 防火墙的"文件和打印机共享"入站规则需要保持启用状态，如果之前优化过防火墙导致被禁用，打印机连接必然失败。

确认工作组一致性。如果两台电脑不在同一工作组，也没加入同一个域，访问共享打印机会受到权限限制。右键"此电脑-属性"，查看完整计算机名里的工作组名称，确保客户端和打印服务器在同一工作组。这一步解决的是另一个容易混淆的报错——0x00000bc4，后面会专门提到。

做完以上检查，如果仍然无法连接，再进入下面的正式修复方案。

3. 方案一：注册表修复法，最推荐的首选路径

3.1 注册表修改的原理与适用场景

注册表修复法的核心思路，是在客户端本机绕过 PrintNightmare 补丁带来的 RPC 安全校验。微软留了一个注册表开关，允许管理员把 Print Spooler 的远程打印 RPC 身份验证级别降回旧版本，从而让老驱动、老协议重新可用。这个方案的优势是：不需要卸载补丁、不需要动打印服务器，而且不会因为后续 Windows 更新再次触发错误。

适用场景是：报错电脑（客户端）安装了新补丁，但打印服务器的驱动或系统版本较旧，双方安全协商失败。实测下来，对 Win10 访问 Win11 共享、Win11 访问 Win10 共享、以及 Win11 连接 Win11 共享打印机这几种组合，注册表法多数情况能直接解决。

我需要提醒一句：修改注册表有风险，操作前请先导出注册表备份。方法是在注册表编辑器里选中Print键，右键导出，保存为 .reg 文件。万一改错，双击导入即可还原。

3.2 具体操作步骤与命令速查

在报错的那台电脑上操作（注意是报错客户端，不是打印服务器）：

按Win + R输入regedit打开注册表编辑器，定位到：

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Print

在左侧选中Print键，右键，新建一个 DWORD（32 位）值，命名为RpcAuthnLevelPrivacyEnabled，将数值数据改成0。这个键名看起来又长又拗口，其实含义是"是否启用 RPC 身份验证隐私级别"，设为 0 就是关闭强制校验。

如果你觉得手动建 DWORD 麻烦，也可以直接使用管理员身份运行命令行，执行以下命令：

reg add "HKLM\System\CurrentControlSet\Control\Print" /v RpcAuthnLevelPrivacyEnabled /t REG_DWORD /d 0 /f

执行后能看到提示"操作成功完成"，然后重启 Print Spooler 服务，让它生效：

net stop spooler && net start spooler

如果是通过命令行执行，注意命令提示符必须以管理员身份打开，否则会提示拒绝访问。

3.3 注册表修复后的验证与回滚

修复完成后，重新在客户端执行"添加打印机-通过 UNC 路径添加"，或者直接双击打印服务器的共享打印机图标，正常情况下不再报错。我实测处理过一台 Win11 客户端连 Win10 服务器，注册表改完后立即可以打印，连重启电脑都不需要。

如果改完后仍然报错，有两种可能：要么打印服务器端也做了类似的安全强制，需要在对端也加同样键值；要么这个错误根本不是 RPC 认证引起，需要走后面的补丁卸载或驱动重装方案。此时可以在打印服务器也执行同样的注册表命令，再重试连接。

如果之后想恢复默认安全策略，把RpcAuthnLevelPrivacyEnabled改成 1，或者直接删除这个键值，然后重启 Spooler 即可。有一点要记住：删除键值后，Windows 会回到补丁默认的强制校验状态，如果打印服务器和客户端补丁版本不匹配，错误会再次出现。

4. 方案二：卸载系统补丁，快速但要注意副作用

4.1 需要卸载哪些补丁以及卸载步骤

卸载补丁是网上流传最广的方案，操作门槛低，见效也快。核心逻辑是把引起 RPC 安全策略变化的更新补丁移除，让系统回到补丁前状态。如果你是 Win10 系统，打开"设置-更新和安全-Windows 更新-查看更新历史记录-卸载更新"，找到对应 KB 编号卸载即可。Win11 的路径是"设置-Windows 更新-更新历史记录-卸载更新"。

需要重点关注并卸载的补丁包括以下 KB 编号：

注意，卸载补丁后系统可能提示重启，需要在打印服务器和客户端都重启一次，然后再测试连接。

4.2 为什么卸载补丁治标不治本

我必须讲清楚，卸载补丁只在短期内有效，长期来看不是一个干净的解决方案。原因有两点：

第一，系统会自动重新安装补丁。只要开启 Windows 自动更新，过不了多久这些补丁会再次被装回去，错误就复现了。你要么关掉自动更新，要么定期手动卸载，非常折腾。

第二，卸载安全补丁等于把电脑重新暴露在 PrintNightmare 风险之下。这个漏洞有多危险前面已经说过，在局域网环境里，一台共享打印机的电脑如果被同一网络内其他设备利用，可能直接影响整个内网。我不建议为了打印方便去牺牲系统安全，尤其是企业环境，涉密和数据安全要求比较高的地方更不该用这种方式。

所以我对这个方案的态度是：只能作为临时应急手段。如果你的打印机是办公刚需、不能停，先卸载补丁把打印跑起来，之后再找时间实施注册表方案或者更新驱动到兼容版本，再把补丁装回去。

4.3 卸载补丁失败的替代手段

有些机器卸载更新按钮是灰色的，或者卸载到一半提示失败。这种情况常见于企业域控环境，补丁策略由服务器端统一管理，本地管理员无权卸载。替代方案有两个：

一是用命令行工具卸载。以管理员身份运行命令提示符，执行：

wusa /uninstall /kb:5005565 /norestart

把 KB 编号替换成实际需要卸载的补丁。wusa是 Windows Update Standalone Installer 的命令行工具，卸载完成后按提示重启系统。

二是如果命令行也失败，说明系统组件有异常，建议直接用方案一的注册表修改。注册表方法不受补丁卸载权限的限制，因为它只是调整当前系统的一个开关，不涉及修改系统更新组件。

5. 方案三：干净重装打印机驱动，把残留的坑填干净

5.1 为什么需要彻底删除旧驱动

0x0000011b 报错中，有一部分情况跟系统补丁无关，而是驱动文件损坏、版本冲突或者安装残留。Windows 打印驱动安装失败后会留下大量残留文件，尤其是通过"添加打印机向导"自动安装的驱动，经常会在系统里留下多个版本共存，Spooler 在加载时选错版本就会报错。

另一种常见情况是：打印服务器上原来装过同型号打印机的旧版驱动，后来升级驱动时没卸载干净，客户端通过网络安装时抓到的是旧版文件，自然和补丁后的安全策略不兼容。所以第三种方案的定位是：当注册表方法和补丁卸载都没解决问题时，把服务器端和客户端的驱动全部清掉，从零开始装。

5.2 清除残留驱动的完整步骤

在打印服务器（连接打印机的那台机器）上，按以下顺序操作：

首先删除打印机对象。打开"设置-蓝牙和其他设备-打印机和扫描仪"，选中目标打印机，点击"删除设备"。

然后清理驱动残留。以管理员身份打开命令提示符，执行以下命令查看已安装的打印机驱动：

printui /s /t2

这个命令会弹出打印服务器属性窗口，在"驱动程序"选项卡里能看到所有已安装的驱动。把目标打印机相关驱动全部删除。如果提示"驱动正在使用中"，先重启 Print Spooler 服务再删。

删除驱动后，再清理驱动文件目录。默认情况下，驱动文件位于：

C:\Windows\System32\spool\drivers\x64\3

这个目录里可能有老版本驱动文件残留，手动清理时建议先停止 Spooler 服务，删除目录下的对应文件，再启动服务。

清理干净后，重新安装打印机。使用官方驱动安装包（去打印机品牌官网下载，不要用第三方驱动软件），或者使用系统自带的"添加打印机"功能通过网络添加。如果打印服务器本身是联网打印机（有自己的 IP 地址），建议直接用 IP 添加 TCP/IP 端口，避免走共享依赖，这样可以彻底绕开共享服务的权限问题。

5.3 客户端驱动的重装细节

客户端的驱动处理方式和服务器端类似，但有一个关键点容易被忽略：客户端通过共享方式连接打印机时，驱动文件是从打印服务器后台自动下发的，如果服务器端驱动不干净，客户端装多少次都没用。所以重装顺序必须是先清服务器，再清客户端。

在客户端上，先断开已添加的网络打印机，删除设备，然后同样用printui /s /t2清理驱动残留。之后重新通过 UNC 路径添加打印机，系统会从服务器端拉取新的驱动文件。加了注册表修复的机器，这里就会非常顺畅。

如果你不想让客户端自动从服务器拉驱动，也可以在客户端本机手动安装打印机的官方驱动后，再执行"连接"操作。这样客户端用本地驱动，不依赖服务器下发的版本，稳定性更好，但缺点是以后服务器端换驱动时，客户端不会自动同步更新。

6. 方案四：从共享权限与系统设置兜底排查

6.1 Guest 账户与 Everyone 权限配置

有一部分用户的场景比较特殊：打印机连接本身没报错，但打印任务提交后没有反应，或者共享打印机提示拒绝访问。这类问题通常不是 0x0000011b，而是共享权限配置不到位，但经常和 0x0000011b 一起出现，排查时很容易混淆。

在打印服务器上，打开"控制面板-所有控制面板项-凭据管理器"，确认是否启用了 Guest 账户。右键"此电脑-管理-本地用户和组-用户"，找到 Guest，确认"账户已禁用"没有勾选。如果禁用了，右键选择"属性"，取消勾选并在"账户已启用"上打勾。

然后设置打印机共享权限。打开"打印机和扫描仪"，选中打印机，右键"打印机属性"进入"共享"选项卡，勾选"共享这台打印机"，设置一个简单的共享名。切换到"安全"选项卡，添加 Everyone 用户，并赋予"打印"权限。这个操作保证了同一局域网内的电脑在不知道复杂账户密码的情况下，也能访问打印机。

6.2 与 0x00000bc4 错误的区分处理

如果你遇到的报错不是 0x0000011b，而是"操作无法完成（错误 0x00000bc4），找不到打印机"，那么要走的排查路径不太一样。0x00000bc4 通常是 SMB 协议访问共享时出现了会话问题，常见原因是打印机服务器的 SMB 1.0/CIFS 文件共享协议被禁用，或者本机凭据无法通过身份验证。

处理方式是：在打印服务器上打开"控制面板-程序-启用或关闭 Windows 功能"，找到"SMB 1.0/CIFS 文件共享支持"，勾选并重启系统。需要注意，SMB 1.0 是老协议，启用它会降低系统安全等级，同样建议临时使用，解决后最好再关掉。

另外，在客户端打开"设置-账户-凭据管理器-Windows 凭据"，如果之前保存过错误的网络凭据，删掉，重新添加正确的服务器 IP 和账户密码。很多时候反复提示输入密码，就是因为凭据管理器里缓存了错误的凭证。

6.3 Win11 连 Win11 共享打印机反复提示密码错误的处理

最近很多人在 Win11 环境内共享打印机时，遇到一个变体问题：连接过程不报 0x0000011b，但反复弹窗要求输入密码，输入正确也进不去。这种情况的热词描述是"win11连接win11共享打印机反复提示密码错误"。

这个问题和 0x0000011b 有共同根源：系统的安全验证策略变动，导致共享打印机使用的默认账户验证失败。解决方法比较直接：在打印服务器上开启 Guest 账户并设置好 Everyone 的打印权限，同时在客户端凭据管理器里添加一条 Windows 凭据，服务器地址填打印服务器的 IP 或主机名，用户名填 Guest，密码留空。

我试过多次，这个组合在 Win11 22H2 和 23H2 上都有效。如果你也遇到同样问题，不要反复去输入本地账户密码，那样只会一直报错。核心思路就是：让共享打印机以访客身份免密访问，而不是走完整账户验证。

7. 常见问题排查技巧实录：从实际案例到速查表

7.1 典型场景速查表

结合我处理过的故障，整理一个速查表，按照"场景-特征-推荐方案"排列，可以对照自己的情况快速选择。

7.2 我踩过坑的几个细节

第一个坑是只修改客户端注册表，忽略了打印服务器。当时一台 Win11 主机共享打印机，Win10 客户端全部报 0x0000011b，我一开始只给客户端加注册表键值，结果还是报错。后来把打印服务器上也加了RpcAuthnLevelPrivacyEnabled=0，问题立刻解决。所以现在的习惯是：同时在报错端和服务端都检查注册表，双管齐下。

第二个坑是卸载补丁之后系统自动重打。我在一台公司电脑上卸载了 KB5005565，当时确实能打印了，结果第二天用户告诉我又报错。查了更新记录发现系统在夜间自动更新时把补丁装回去了。后来我改用注册表方案，才一劳永逸。

第三个坑是驱动重装时没有停掉 Spooler 服务。如果你在驱动还在运行的情况下直接删驱动文件，系统会提示文件被占用，然后删除不干净，装新驱动又会莫名冲突。顺序一定要是：停止 Spooler → 清理驱动目录 → 重新添加打印机 → 启动 Spooler。

7.3 企业环境下批量修复的思路

如果你们公司有几十台电脑同时报错，一台台去改注册表不现实。这里分享一个更高效的办法：使用组策略或脚本批量下发。

在域控环境里，可以通过组策略编辑器（gpedit.msc）配置计算机配置-首选项-Windows 设置-注册表，添加一条注册表项，路径指向HKLM\System\CurrentControlSet\Control\Print，值名称RpcAuthnLevelPrivacyEnabled，类型 REG_DWORD，数据 0。这样域内所有客户端启动时都会自动同步这个配置，相当于一次性给全公司电脑打上了"打印兼容补丁"。

如果没有域控，可以用启动脚本或者远程 PowerShell 批量执行。PowerShell 脚本内容很简单：

New-Item -Path "HKLM:\System\CurrentControlSet\Control\Print" -Force | Out-Null New-ItemProperty -Path "HKLM:\System\CurrentControlSet\Control\Print" -Name "RpcAuthnLevelPrivacyEnabled" -PropertyType DWord -Value 0 -Force

把这段保存为 ps1 文件，通过组策略或者计划任务在客户端开机时执行一次即可。实测上百台电脑批量处理，速度非常快，而且不会打断用户正在进行的操作。

8. 实操总结与个人经验补充

处理了这么多次 0x0000011b，我个人的经验坐标是这样的：先注册表，再补丁，最后驱动重装。注册表方案几乎不损失安全性，也不会因为系统后续更新失效，是我在任何场景下都优先推荐的处理方式。而卸载补丁属于应急手段，适合打印机不能停但又没时间好好排查的场景，救急可以，长期不行。

另一个比较隐蔽的细节是：这个问题有很明显的"方向性"。也就是说，当你把修复手段用在客户端无效时，一定要去打印服务器上反复检查。很多时候用户会把注意力完全放在报错电脑上，忽略了打印服务器本身的安全策略变化。记住，打印共享是两台电脑之间的通信问题，只修一侧常常解决不了一半。

如果你正在处理的打印机已经使用了多年，而且驱动版本特别老，那我建议借这个机会把驱动升级到最新版。很多老驱动当年是按旧 RPC 协议写的，补丁更新后这些驱动就不再兼容，注册表开关虽然能临时降级验证，但驱动本身的稳定性可能已成为隐患。

最后分享一个使用小技巧：注册表修改完成后，最好在客户端和打印服务器上都重启一次 Print Spooler，再测试打印。有时候只改注册表不重启服务，测试时会误以为方案无效，其实只是服务没重新加载配置。多花一分钟做完整套流程，后面能省回更多时间。