我今天在工作中碰到这个，我没有一个好的答案。 详细来说，我们有一个Windows打印服务器共享几台打印机。 如果您使用Windows客户端连接到此打印机共享，则需要安装打印机驱动程序。 为什么是这样？ 打印服务器的一个吸引人的地方是你可以发送一个文件，并在打印服务器上完成处理，而不是在本地机器上完成。
这是一个问题，特别是对于没有64位驱动程序的旧打印机。 当我们迁移到Windows 7，我们无法使用打印机， 即使打印服务器可以和他们交谈 。 Windows 7无法使用它们，因为它无法获得64位驱动程序。
我唯一能find的工作是build立一个杯子服务器，接受一切为postscript，然后做每个打印机的正确处理。 为什么窗户这样工作，我有另外的select吗？
你已经用你的CUPS服务器自己来回答这个问题，接受所有的PostScript。
每台打印机都有不同的特性，function和支持，因此不同的打印机需要不同的驱动程序 请记住，Postscript和PCL不是强制性的。
在讨论文本和简单的B＆W激光打印机时，很容易规避，但将其放到极限。 你有一个在MS Word 50页的小册子，你想打印到一个大复杂的多function打印机。 首先，你会在哪里configuration双面打印，哪个纸盒可以打印纸张？ 这些选项来自打印驱动程序 – 打印服务器是否期望解释选项并以某种方式将其显示给客户端？
其次，当你点击打印时，MS Word意味着怎样处理这个文档？ 将它作为原始文档发送 – 想象一下处理开销？ 或者，也许MS可以开发一个自定义的通用驱动程序 – 完全可能，但它不太可能支持复杂的function，也没有任何保证的成功。
One of the appeals of a print server is that you can send it a file, and have the processing done on the print server, rather than at your local machine 我会说这是不正确的。 打印服务器是关于集中pipe理和分发，而不是关于卸载工作。
你有没有考虑过在打印服务器上添加一个不同的基本64位postrscript驱动程序？ 这可能会得到与CUPS解决scheme相同的结果，而且不那么糟糕。
客户端PC上的驱动程序基本上将打印作业转换为打印机可以理解的东西 – 有时这可能是PCL或PS之类的东西，但是在某些情况下，只会被该品牌/打印机使用。
基本上，服务器只是保存这个准备好的打印作业，并在将它发送给相关打印机之前排队。 然而，服务器也需要知道如何与打印机通信，并且能够从服务器打印，因此需要服务器上的驱动程序。
我简要介绍的一种解决方法是build立一个7×64的打印服务器，这似乎有窍门，但是我最终使用的方法是为win7x64 pc创build映像，这些映像已经包含了我们组织中以前设置的所有打印驱动程序，所以当部署它需要连接到打印机，它已经有了驱动程序。
另外，我发现从服务器2003 / x86服务器成功安装到7×64客户端的驱动程序数量惊人，所以testing7x64打印服务器从未真正投入生产。
然而，这些方法最终会在客户端和服务器上经常出现不匹配的驱动程序版本，这是最好的做法，并且在7×64上使用xp / x86驱动程序也不能被认为是最佳实践，但是这样可以节省升级服务器的负担03到08当时是这样做的最大理由，所以不幸的是我不得不诉诸于这些方法。
通用postscript驱动程序并不总是像你所希望的那样好 – 我们有许多惠普商务喷墨2600的/ 2800的不兼容7×64，尝试使用惠普通用ps驱动程序将不会与他们合作（我保证在testing之前将PS卡添加到每台打印机）。
+1内置的驱动程序 – 我发现一些打印机不支持win7制造商的网站，但赢7加载驱动程序本身没有问题。