![通过每台机器模式下的组策略策略部署的共享打印机仅对域管理员可见,其他用户需要重新启动](https://linux22.com/image/780052/%E9%80%9A%E8%BF%87%E6%AF%8F%E5%8F%B0%E6%9C%BA%E5%99%A8%E6%A8%A1%E5%BC%8F%E4%B8%8B%E7%9A%84%E7%BB%84%E7%AD%96%E7%95%A5%E7%AD%96%E7%95%A5%E9%83%A8%E7%BD%B2%E7%9A%84%E5%85%B1%E4%BA%AB%E6%89%93%E5%8D%B0%E6%9C%BA%E4%BB%85%E5%AF%B9%E5%9F%9F%E7%AE%A1%E7%90%86%E5%91%98%E5%8F%AF%E8%A7%81%EF%BC%8C%E5%85%B6%E4%BB%96%E7%94%A8%E6%88%B7%E9%9C%80%E8%A6%81%E9%87%8D%E6%96%B0%E5%90%AF%E5%8A%A8.png)
我通过组策略、策略方法(而非首选项)为每台机器部署了一台共享打印机。但只有域管理员才能立即映射它。其他帐户,甚至是域管理员的其他成员,都需要重新启动才能显示它。
- GPO 安全过滤已正确设置。Gpresult 确认计算机策略正在应用。组策略调试日志报告“已部署的打印机连接”组件返回成功,未记录任何错误。共享打印机信息正在记录在 下
HKLM\Policies\Microsoft\Windows NT\Printers\PushedPrinterConnectionStore
。 - 驱动程序已预安装。版本相同,位数相同。
- 标准用户可以通过 UI 手动添加该打印机来成功映射该打印机。
- 二级域管理员成员账户也受到影响。
- 我在未打补丁的 Vista SP2 上重现了这个问题。这个问题要么是真的老问题,要么取决于服务器端配置。
- Ghostscript PDF 是一个简单的 v3 驱动程序,令人惊讶的是,它可以正常工作。HP 的 v3 和 Ricoh 的 v4 则不行。
- Process Monitor 对成功管理员 gpupdate 和错误标准用户 gpupdate 的跟踪几乎相同。没有拒绝访问事件。最后,用户的跟踪在 gpupdate 应该开始写入之前返回
HKCU\Printers\Connections
。 - 调试符号表明主要调用是 spoolsv.exe!InternalAddPrinterConnection2,它调用 spoolsv.exe!CallAddPrinterConnection,成功后调用 spoolsv.exe!SavePrinterConnectionToRegistry。然而,最后一部分没有发生,这意味着上一步失败了。失败的方式不会产生任何日志或可见的 procmon 事件。