Active Directory 中的网络连接打印机

ale*_*lex 4 active-directory printing

我在办公室有几台网络打印机。目前,它们都设置在我们的域控制器 - DC_Main 上,然后共享打印机,并且所有用户工作站都连接到,例如,“打印机 x on DC_Main”

这目前正在减慢我们的域控制器,并导致性能问题。

以上述方式执行此操作似乎有些过分了-所有打印机都内置了打印服务器?

我可以通过它的 ip 地址将打印机添加为网络打印机……但是有什么方法可以在 Active Directory 中“公开”这台打印机,并自动将它添加到用户的 PC 上?例如在登录时

我们的 DC 运行的是 windows 2003,我们混合了 Windows XP/vista/windows 7 工作站。

Eva*_*son 6

Microsoft 添加了通过 Windows Server 2003 R2 中的组策略将打印队列部署到用户配置文件的功能:http : //technet.microsoft.com/en-us/library/cc722179 ( WS.10).aspx(我不太关心并使用我自己创建的脚本来做类似的事情,尽管是基于 AD 中“打印机对象”相对于用户或计算机的位置……也许有一天我会在某个地方发布它,如果我得到的话周围清理它。)

不过,我上面提到的 Microsoft 组策略设计依赖于通过在服务器上创建共享打印队列并将客户端定向到该队列来公开的“指向和打印”功能。因为这就是你所说的问题的症结所在,所以它对你没有多大帮助。

就个人而言,我更喜欢排队打印机而不是让客户端直接打印到打印机上的 LPR/直接打印服务器。我会引用以下优点:

  • 能够在不影响客户端的情况下在网络上移动打印机
  • 能够将打印机放入 VLAN 并通过 ACL 和打印服务器计算机上的队列权限控制对它们的访问
  • 能够在打印服务器计算机上使用打印会计软件来计量打印机的使用

根据我的经验,当大量客户端直接与某些嵌入式打印服务器设备通信时,它们会变得不稳定。我不能引用任何特定的制造商或型号,因为这种经历太久远了,以至于在我脑海中模糊不清。(事实上​​,很久以前现代打印服务器设备可能已经解决了这些问题......我只是不再冒险了,因为一旦被问题困扰,我几乎永远对导致问题的情况保持警惕开始。)

集中排队打印机与 Microsoft 基于组策略的打印机部署工具等工具结合使用时,可以非常轻松地添加/移动/更改打印机。

您看到由于在服务器计算机上托管打印队列而导致的性能问题,这让我有点惊讶。我有一台特定的文件服务器计算机(一台 2004 年的老式机器),它在任何给定时间托管大约 30 台打印机的打印队列和 400 - 800 个登录用户的用户主目录,并且该盒子定期能够填充其千兆位具有无 CPU 或内存瓶颈的流量的以太网管道。也许您有一些效率太低的打印机驱动程序,打印量非常高,或者托管队列的服务器功率严重不足。

如果您真的想设置每个客户端以将作业直接发送到每台打印机,您将不得不编写安装脚本。您也不会从“指向并打印”加载驱动程序方面获得任何帮助。Windows 中的“PrintUI.dll”功能将帮助您入门,但它不会为您创建“标准 TCP/IP 端口”,因此您也必须编写脚本。