标签: print-server

这更多是一个概念问题，而不是关于实践中的实际设置的问题。

假设我有一台网络打印机、一台打印服务器（服务器 A）以及将使用打印服务的工作站 B 和 C。（它们都在同一个子网中）。

当工作站 B 和 C 要通过服务器 A 使用打印机时，它们是否：

1. 还需要网络打印机的打印机驱动程序吗？如果是这样，那么在他们下载打印机驱动程序后，他们是否仍然连接到服务器 A 进行打印？

或者：

2. 直接连接到网络打印机（因为它们都在同一个网络中）？

通常，打印服务器用于：

1. 只需将驱动程序分发到工作站，然后直接连接到网络打印机？

或者：

2. 管理打印到打印机，使工作站连接到打印服务器而不是直接连接到打印机？如果是这样，为什么工作站仍然安装了打印机驱动程序？

我正在寻找一种在 Server 2012 和 Server 2012 R2 上禁用 WSD 的方法。基本上，我们的许多打印服务器上的许多打印机已经决定使用这种该死的服务比使用分配给它们的 TCP/IP 端口更好，并且它们正在将自己更改为 WSD 端口，这导致用户无法打印到这些打印机。

在 Windows 2008 R2 服务器上，我可以通过停止和禁用 PnP-X IP 总线枚举器服务来防止这种行为，但是，该服务似乎不存在于 Server 2012 中。

我遇到的阻止这种行为的唯一建议都是次优的。

1. 关闭网络发现（WDS 依靠它来运行）
2. 在防火墙上阻止 WDS
3. 禁用打印机上的 WDS 功能。

我想要一种在打印服务器上禁用此服务（并且仅此服务）的方法，因为任何其他选项都涉及比我想要的更多的工作 (2, 3) 或有不良副作用 (1 ）。有谁知道这样做的方法吗？

我们有 3 台网络打印机来管理大约 50 个用户。

到目前为止，我们一直使用带有打印服务的 Windows 2003 服务器域控制器作为我们的打印服务器，但我们正在将许多服务迁移到云中（电子邮件、文件存储、数据库、DNS、Web）。

作为迁移的一部分，我们可能会消除用于用户身份验证的 Active Directory，所以我想知道当可以在每台计算机上安装网络打印机驱动程序时，是否有任何理由将 Windows 域控制器保留为打印服务器，或者我们可以使用Google Cloud Print等打印服务

作为更普遍的问题：为什么人们使用打印服务器而不是网络打印驱动程序？

我注意到，当 Windows 服务器上的打印机或驱动程序出现故障时，它通常会锁定或杀死打印后台处理程序，并且在修复之前每个人都无法打印。通常我们不得不把麻烦的打印机放在另一台服务器上，这样当它出现故障时，它不会带走整个团队。那是假设我们曾经弄清楚哪台打印机是问题所在。

有没有办法让一个坏苹果不会毁了一堆？即使它是另一种形式的打印机服务，只要用户不难找到打印机并安装驱动程序，它就会起作用。

我正在尝试使用组策略首选项来管理用户与共享打印机的连接。

打印服务器是 Windows Server 2003 R2 Std 版。安装了几台打印机，我还向打印服务器添加了所有驱动程序的 x64 版本。

我创建了一个包含打印机首选项设置的新 GPO。打印机映射基于 AD 安全组成员身份。

我登录到安装了组策略 CSE 的 Windows XP PC，并且打印机映射完美。

我登录到 Windows 7 x64 PC，但它没有映射。如果我手动连接到共享打印机，我会收到一个提示，要求我在安装驱动程序之前确认我是否信任服务器，然后它就完美运行了。

我有域管理员权限并且我的 UAC 设置没有从默认值更改，即启用了 UAC 并选择了默认级别。

打印机映射失败是因为它无法提示我安装驱动程序，还是有其他问题？

语境：

我们有一个 AD/GPO 管理的公司网络，其中有一百多台运行 Windows 7 x64 的 PC 和几台托管打印机。我们的 Server2008R2 主域控制器被配置为他们所有人的打印服务器。

问题：

在 DC 上最近一次 Windows 更新和重新启动（不包括打印机驱动程序更新）后，特定的共享打印机 (Lexmark T650) 开始表现出一些奇怪的行为。首先，它在大约一半的客户端机器提交的作业上为几乎每个文档打印一个前后空白页（服务器或我见过的任何客户端上都没有配置分隔页）。其次，每当有人尝试访问任何客户端上的“打印首选项”时，他们都会收到以下错误消息（这种情况发生在任何地方，100% 的时间，并且在 DC 更新之前没有发生）：

一旦他们单击“确定”，就会出现首选项屏幕（没有选择分隔页），一切看起来都很好。我什至不确定这两个问题是否相关，但每个人似乎都受到其中一个或两个问题的影响。

我试过的：

我一直在犹豫要不要取消部署有问题的打印机，或者通过 GPO 将其删除，因为它被大量使用。我已经尝试更新（通过 MS 更新和我们的内部 WSUS 服务器）客户端机器和 DC。没有出现打印机驱动程序更新，服务器或客户端上的更新或重新启动似乎没有取得任何成就，除了我的老板变得脾气暴躁，因为我经常弹跳域控制器。我已经尝试删除服务器上的驱动程序，并从过去一年一直有效的原始源重新安装它们......没有变化。我尝试为客户端计算机上的一台共享打印机选择“新驱动程序”，以域管理员身份运行，并将 MSupdate 找到的最新驱动程序推送回 DC。这更改了打印服务器管理器中记录的驱动程序版本号，但没有引起任何变化——在我推送的客户端或任何其他客户端上。错误仍然出现。

题：

为什么会发生这种情况？显然，我从某个地方得到了一个坏司机，但我该如何摆脱它呢？我不知道集中管理的打印驱动程序有任何“回滚驱动程序”功能，比如 Windows 为其他设备提供的。我将如何 a) 在客户端上解决此问题，以及 b) 将修复推送给域的其他成员？

现在，我们所有的网络打印机都通过单个 Windows 服务器汇集。然后通过组策略将打印机部署到桌面。

但是，如果此服务器出现故障，则联网打印机都会“噗通”一声，没有人可以打印。显然，某种基于 AD 的复制会很棒——有一个“热待机”是可以的，但没有简单的方法来重新定向打印作业：除非我们将两台打印机都添加到客户端，但这很烦人我应该使用打印机，“服务器 1 上的主打印机”还是“服务器 2 上的主打印机”？”。出于这个原因，我想避免最终用户的解决方法，并希望在上游的某个地方处理它。

想法？

我正在为混合 OS X/Windows 环境测试 Windows Server 2008 R2 打印服务器。

OS X 客户端不支持我为打印服务器上的打印机设置的任何安全权限（AD 组）。只有当我完全删除给定打印机的所有权限时，OS X 客户端才不会打印到该打印机。Windows 客户端按预期接受权限。

当无特权的 Windows 客户端尝试打印时，PrintService 日志不会记录任何活动，并会在无特权的 OS X 客户端尝试打印时记录典型的打印作业。

有没有人以前遇到过这个问题并有修复？对于 600-700 个客户端，其中一些是双引导的，通过 IP 地址进行限制是不可行的。

编辑：作业肯定会通过打印服务器，它们会显示在带有 AD 凭据的日志中。

当我部署打印机时：

• 通过 GPO 连接到计算机，它似乎只能部署到 Windows XP 计算机。
• 通过 GPO 提供给用户，它可以部署到 Windows XP 和 Windows 7 机器上。

当我查看 RSoP 管理单元时，它显示策略成功命中计算机并且事件查看器中没有错误。

我们有一个网络范围的 CUPS 服务器，为我们所有的校园用户提供经过身份验证的打印机访问。不过，我们对 Mac 客户端处理不良打印身份验证的方式感到非常失望。

在任何其他身份验证对话框中，当用户输入错误的用户名或密码时，窗口会短暂震动，允许用户重新输入。对于打印机，情况并非如此。它会很乐意接受（甚至保存到钥匙串，如果指定）错误的凭据。验证对话框被解除，然后用户必须处理显示为“暂停（需要验证）”的打印作业。要打印他们的作业，他们需要在打印机的队列中选择它，单击“恢复”，然后重新输入适当的凭据。

有没有办法让失败的打印身份验证更直观地为 Mac OS X 客户端工作？

我们正在努力支持 BYOD 环境，但我们的最终用户对此感到非常困惑。更糟糕的是，它预先填充了用户的完整登录名（例如“Smith, John”），这往往使他们认为使用本地机器密码。