如何打印到远程LPD打印服务器，而无需本地安装CUPS服务器。

Question

我有一台linux (Fedora 22)机器和两台热感打印机，每台都有一个数字打印服务器。所有人都在同一个局域网上。每台数字打印服务器都在运行LPD守护进程，每个服务器都配置为只提供一个队列：lpd://192.168.1.2/queue和lpd://192.168.1.3/queue。

我只是想能够lpr一个文件从Fedora到一个LPD服务器仅使用一个LPR客户端(没有完整的CUPS安装)。我尝试了cups-client (dnf安装cups-client)，它安装lpr二进制文件，并将远程打印服务器添加到我的/etc/printcap中，但是每当我运行lpr时，我就会得到Bad file descriptor错误。

有什么想法吗？

Answer 1

我找到了一个很好的解决方案: rlpr。(这里是每个interested.Scroll的链接，尽管所有条目都是旧的宝石)

rlpr正是我所需要的:它直接与远程LPD守护进程对话LPR协议，甚至无需在本地声明远程打印机(例如/etc/printcap)：

rlpr --printer=queue@remotehost file_to_print

我下载了tar.gz、配置、制作和只使用了二进制文件(我甚至没有安装)。

Answer 2

当使用只有客户端的功能如rlpr时，要记住的一点是，如果它是一个非交互的批处理过程或类似于生成打印请求的东西，而且客户端系统和打印机/假脱机程序之间存在网络中断，那么充其量清单将丢失，在最坏的情况下，批处理作业将失败。

这是本地守护进程函数(如CUPS/LPRng/经典LPD )的原因之一，其中lpr客户端实际上与本地守护进程对话，监听127.0.0.1:515或:631，并通过该守护进程代理请求:守护进程提供存储和转发。

任何网络中断或故障都不可能消除该过程。客户端成功提交打印请求，该本地守护进程接受它，然后lpd/任何守护进程继续尝试将列表转发到其最终目的地，直到成功为止。清单并没有丢失，同时批处理作业/其他工作仍在顺利进行。

而对于rlpr，如果网络出了故障，你就倒霉了。

如果使用lpr.cups客户端，但直接指向使用-H的远程打印假脱机程序/打印机，也会出现问题。失败是不可挽回的.

这不是交互式使用的问题，而是自动化过程需要记住的问题。

Answer 3

Fedora使用CUPS作为打印服务器，处理本地和远程打印机。据我所知，没有任何本地包可以讨论LP或LPR协议，而且已经有很长一段时间了。杯子是当今事实上的印刷标准。搜索OpenPrinting，以获得关于如何处理特定野兽的建议。

您可能会很幸运，获取相关客户端和服务器的源，并让它们运行。可能不值得，但是嘿，这是你的时间。

只需确保你的成功经验(或不成功)在这里作为答案。