网络先锋打印共享器设置之LPR
2014-04-13 10:53:44   来源：   评论：0 点击：

乌鲁木齐上门修电脑
今天翻出了04年买的网络先锋打印共享器，只因业务科室需要共享打印机，而总行又规定不能使用系统的打印机共享，正好俺们整理网络重新规划了VLAN，地址有可用的，兴冲冲设置好了IP，到业务科室自信满满的接上，先增加本地TCP/IP打印端口，然后安装打印驱动，打印测试页，晕，等了半天打印机那可爱的绿灯也不闪！只好分步排除故障了：
1、打印线缆：因为原来打印机用的并口打印缆，而共享器是USB的，所以新领的数据线可能有问题。可通过2个方面都排除了线缆的问题：一是登录共享器的管理页面，能够正确发现打印机，二是直接使用该线缆连接主机，打印也没问题。
2、共享器：怀疑是不是固件版本不行？或者本身有问题？但这可是老处啊。从网上搜了半天也没找到官网或新的固件，只好作罢，权当是么问题吧。
3、设置问题：仔细看了驱动，又换了HP官网的PCL 5驱动，结果一样没反应；打开TCP/IP打印端口的属性，发现有个可调的协议，默认是RAW，改成LPR，OK!

从网上又搜了一下这两种协议的含义，摘录如下：

网络打印端口

标准 TCP/IP 端口监视器

对于连接到网络的打印设备，标准的 TCP/IP 端口监视器就是最佳选择。标准端口监视器增强了LPR（line printer remote，远程行式打印机），LPR 在过去几年已作为网络打印的真正标准而被广泛采用。标准端口监视器更加快速，更具可扩展性，并且是双向的¹。与此相反，LPR 在所有这些方面都受到限制。虽然Windows NT 4和后续版本提供了注册表修改来帮助扩展LPR打印²功能，但是这些更改无法和使用标准端口监视器的优点相比拟。

标准端口监视器使用 TCP/IP 作为传输协议，这使得其成为Windows Server 2003的首选端口监视器。标准端口监视器还使用简单网络管理协议（SNMP）来配置和监视打印机状态。

标准端口监视器使用RAW或LPR打印协议来向打印机发送文档。总而言之，这些协议支持当前大多数TCP/IP打印机。请不要将这些打印协议与诸如TCP/IP或数据链路协议（DLC）之类的传输协议混为一谈。

RAW协议是大多数打印设备的默认协议。为了发送 RAW 格式的作业，打印服务器将打开一个针对打印机网络接口的 TCP 流。对于许多设备来说，这个接口将是端口 9100。在创建 TCP/IP端口之后，Windows将按照RFC 1759（Printer MIB），使用SNMP来查询设备的对象标识符（Object Identifier，OID）。如果设备返回了一个值，则解析系统文件tcpmon.ini来寻找匹配项。如果打印机制造商提供了特定设备的特殊配置信息，则这些配置信息已经连同配置设置一起创建就绪。例如，有些外部打印服务器接口支持多台打印机（例如，具有3个并行端口连接的Hewlett Packard JetDirect EX）。制造商可以使用不同的端口来指明应该将某项作业提交给哪台打印机（例如，将作业9102提交给端口1，将作业9103提交给端口2等等）。这一功能对于需要使用特殊端口名称的打印服务器接口有所裨益，比如：某些IBM网络打印机上的PASS端口。

您可以配置标准端口监视器来使其更紧密地符合LPR标准（RFC 1179）。尤其，您可以使用服务器属性的端口选项卡中的配置端口按钮来启用字节计数。如果行式打印机监控程序（LPD）要求发送精确的字节计数（这符合 RFC），这个设置可能有所帮助。

默认情况下，标准端口监视器在两个方面和 LPR 标准不一致：

下表对标准 TCP/IP 端口监视器和 LPR 端口监视器作了比较。

LPR

虽然 Windows Server 2003 默认对网络打印机使用标准TCP/IP端口监视器，但是为了实现与早期系统和符合RFC的LPR/LPD客户端和设备的互操作性，其仍然支持 LPR/LPD 打印。

LPR实用程序允许一台计算机上的应用程序对远程计算机上的后台打印程序进行打印。接收组件称为行式打印机监控程序（LPD）。LPR/LPD组合针对UNIX计算机而开发，但是被广泛用于其他众多操作系统。两个实用程序都包括在UNIX的“打印服务”中。

默认数据类型

UNIX 打印服务在将文档发送到后台打印程序时设置打印数据类型。这个数据类型由包括在LPR客户端的打印作业中的控制命令得出。可能有必要在客户端改变默认数据类型来避免将实际上属于RAW格式的PCL或PostScript打印作业当作TEXT（文本）格式来处理。

如果控制命令是f或p，则数据类型是 TEXT，并且后台打印程序将编辑文档文件以便正确地进行打印。如果命令是l，则数据类型是RAW，后台打印程序不会对文档进行编辑。如果命令是o，则文档已经格式化为PostScript代码，并且已指定为RAW数据类型。

有些UNIX系统一般默认发送f命令，从而出现以下症状：

您可以使用一个注册表项来迫使 Windows 2000 将数据当作 RAW 格式来处理。有关更多信息，请参见以下知识库文章：

LPR必须在控制文件中包括精确的字节计数，但是又不能从本地打印提供程序中获得这个计数。在LPRMON从本地打印提供程序接收到一个文档之后，将再次把该文档假脱机为System32子文件夹中的一个临时文件，弄清文件的大小，然后把文件大小信息发送给LPD打印服务器。标准的TCP/IP 端口监视器不遵守这个RFC要求，而是向LPD发送一个非常大的字节计数来开始打印。在作业完成之后，其将直接关闭连接。这个步骤通过消除临时假脱机文件的创建来减少时间和I/O。

LPR协议不返回详细的错误状态报告。如果遇到问题，返回的消息将总显示为ERROR（错误），而Windows将报告“打印机错误（Printer Error）”。正如上面所讨论的，通过使用SNMP和标准打印机MIB（RFC 1759），标准TCP/IP端口提供了更加详细的错误报告。

目前，几乎所有打印机型号都兼容标准TCP/IP端口监视器。在大多数情况下，只有在为了实现与要求严格遵守LPR/LPD RFC（1179）的其他计算机系统的互操作性时，才需要UNIX打印服务（LPR/LPD）。有些LPD服务器仅要求RFC中规定的精确字节计数。对于这些系统，只需使用启用LPR字节计数选项来配置标准TCP/IP端口，即可消除任何错误。为了提高性能和提供状态监视，Microsoft建议尽可能使用标准TCP/IP端口。