简介CUPS 2.3.3 源代码包面向 Linux 与类 Unix 系统管理员、打印机驱动开发者及需要定制打印服务的技术人员用于在本地编译、裁剪和调试这套通用 Unix 打印系统。其核心围绕 IPP 作业管理展开兼容 LPD、IPP Everywhere 与 AirPrint采用过滤器模型完成 PostScript、PDF、PCL 等格式转换并内置 Web 管理界面与 SSL/TLS 加密便于排查队列阻塞与权限问题。压缩包共 1294 个文件、约 7.76MB以 tmpl 模板、c 源码、html 文档页、h 头文件与 test 测试用例为主另含 cxx 与 makefile 构建脚本源码、手册、默认打印策略和测试脚本分目录存放结构清晰。已有 928 人学习。读者可据此完成配置、编译与安装全流程研读作业调度和过滤器实现编写自定义后端适配新机型也可为打包分发与安全加固提供参考。1. 拿到一个 2.3.3 的打印系统源码包先别急着 configure现场几种情况会逼你回到 cups-2.3.3-source.tar.gz 这种源码包系统自带的 CUPS 被安全策略升级到新版老队列全丢离线产线设备要一个不依赖外网的最小打印服务厂商给的过滤插件只认某个 2.3.x 的 ABI换了版本直接链接失败。这些场景下发行版打包的二进制都不好使只能自己从源码编译 CUPS。这套源码包交付的是完整打印服务端调度进程、IPP 协议栈、过滤器、后端、PPD 编译工具、Web 管理界面一个不少。适合谁需要在离线环境自己掌控版本与编译参数的系统集成、驱动适配、嵌入式维护岗以及想搞清楚“一份 PDF 从 lp 提交到出纸中间过了几道手”的后端开发。2. 拆开 tarball哪些目录决定打印链路能不能跑通解开压缩包之前先有一个整体认识CUPS 不是一个单体程序它是由一个常驻调度进程 cupsd 加一堆可执行小工具构成的体系。你后面遇到的“打不出来”九成不是 cupsd 本身坏了而是这条链路上某个环节没有接上。2.1 目录分工从任务提交到出纸的四段链路解压后逐个目录看职责是这样的目录产物在链路中的位置scheduler//usr/sbin/cupsd调度进程接收 IPP 请求、排队、决定过滤器链、派发后端cups/libcups.so、lp、lpadmin、lpstat客户端库与命令行负责把任务用 IPP over HTTP 送到 cupsdfilter//usr/lib/cups/filter/*格式转换把 PDF、PS、文本、光栅转成打印机认识的数据backend//usr/lib/cups/backend/*传输socket、ipp、lpd、usb、serial把数据真正写到设备ppdc/ppdc 编译器把 PPD 源文件编译成设备可用的 PPDconf/cupsd.conf、cups-files.conf、mime.convs 模板默认配置与 MIME 转换规则data/初始 mime.types、驱动相关数据安装时拷到 /usr/share/cupssystemv/、berkeley/lp、lpr、lpq、lprm两套命令行风格指向同一个 cupsdcgi-bin/、templates/Web 管理界面631 端口上的那个 HTML 后台tools/ipptool、ippfind、cups-config排障与探测后期最常用的就是它们数据流是这样走的应用调用 libcups 发起 IPP 请求cupsd 收到后读 PPD 里的cupsFilter行拼出一条过滤器命令链一级一级把文档转换成最终格式最后交给 backend 的 URI 去连接设备。任何一环的产物缺失任务就会停在某个中间状态。我一般会先在源码目录里把 filter/ 和 backend/ 两个目录看一遍确认这个版本自带哪些转换器和传输方式因为很多“接了打印机没反应”的问题本质上就是这一版根本没编进对应的 backend。2.2 先读三个文件判断这个版本能不能接你的活不要上来就看 C 代码先看版本信息和默认路径这几个文件决定了后面 configure 该给什么参数文件看什么为什么重要CHANGES.txt2.3.3 相对上一版修了哪些 bug确认你踩的坑是否已经在 2.3.3 里修掉config-scripts/cups-defaults.m4默认用户组、默认目录、默认 TLS 实现configure 不传参时用的就是这里的值和你系统的用户组很可能对不上scheduler/conf.h配置文件搜索顺序、状态目录宏排查“改了 cupsd.conf 为什么不生效”的第一手依据INSTALL.txt依赖清单与编译顺序缺依赖时给出的报错名和这里的描述对得上方便定位cups-defaults.m4这个文件特别值得花两分钟看它里面定义了CUPS_DEFAULT_SYSTEM_GROUPS之类的东西。很多团队在容器里编译完Web 管理页怎么都进不去最后发现是默认的用户组名和自己系统里lpadmin组对不上改的其实就是这个宏。2.3 版本边界2.3.3 上能做什么、不能做什么干活前需要知道这一版的边界不然会在错误的方向上耗掉半天。这一版已经彻底关闭了老的 CUPS 私有浏览协议网络发现走的是 DNS-SD配置里再写Browsing On基本上不会有你期望的效果。驱动侧支持lpadmin -m everywhere生成无驱动队列但完整跑通依赖系统里有一个能提供 driverless 相关工具的套件纯净源码装上之后这个工具不在里面需要另外准备。如果你要的是最传统的那条路——一个 PPD 加一个 socket:// 后端这一版是完全够用的而且这也是离线设备里最稳的做法。老式的imagetops、imagetoraster从更早的版本就迁出去了2.3.3 的 filter 目录里没有它们接老式光栅打印机时要确认 PPD 引用的过滤器在当前系统上是否存在否则任务会直接以Filter failed收场。3. 从 configure 到 make install依赖取舍与构建参数编译 CUPS 本身不难难在你得清楚每个依赖被关掉之后会失去什么能力。离线设备上讲的是“最小可用”联网环境讲的是“功能完整”两种目标对应的配置参数完全不一样。3.1 依赖清单与最小化取舍依赖用途关掉的代价能否关zlibgziptoany 过滤器、压缩传输部分压缩文档无法处理不建议关gnutls 或 opensslTLSIPPS 与 631 加密ipps:// 队列不可用Web 后台只能走明文可关用--with-tlsnoavahi-client dbusDNS-SD 服务发现不能自动发现打印机需手工建队列可关--disable-avahilibusb-1.0usb:// 后端USB 直连打印机不可用可关--disable-libusblibpaper纸张尺寸数据库只能用手工指定的尺寸可关libpng / libjpeg / freetype / fontconfigpdftops、texttopdf 的渲染依赖文本打印和 PS 转换会退化或失败视需求离线产线设备我一般会关掉 avahi 和 libusb然后把 TLS 保留下来——因为管理后台走明文容易被扫描而 gnutls 的开发包通常本来就装着了。反过来如果是办公网里的通用打印服务器avahi 要留着不然用户体验会回到“手动填 IP 和队列名”的年代。3.2 configure 参数怎么配解压之后先别急着./configure把前缀和系统组想清楚tar -xzf cups-2.3.3-source.tar.gz cd cups-2.3.3 ./configure \ --prefix/usr \ --sysconfdir/etc \ --localstatedir/var \ --with-docdir/usr/share/doc/cups \ --with-cups-userlp \ --with-cups-grouplp \ --with-system-groupslpadmin \ --enable-webif \ --disable-avahi \ --disable-libusb \ --with-tlsgnutls \ 21 | tee configure.log逐个说清楚--prefix/usr意味着接管系统路径装完之后/usr/sbin/cupsd就是你的 2.3.3这条路径最省事但会覆盖包管理器装的版本装之前必须备份配置目录。--sysconfdir/etc让配置文件落在/etc/cups--localstatedir/var让假脱机目录落在/var/spool/cups这两个基本不能改改了之后大量第三方脚本会找不到配置文件。--with-cups-user和--with-cups-group指定 cupsd 降权后运行的身份容器镜像里如果没有 lp 用户要提前建。--with-system-groupslpadmin是关键参数只有这个组里的用户才能做管理操作写错了的表现是后台页面能打开但任何提交都返回 403。--enable-webif打开 631 的 Web 管理界面排查阶段很值。--with-tlsgnutls指定 TLS 实现跟系统里已有的库保持一致避免装上之后 cupsd 在启动时报符号找不到。如果你不想覆盖系统里的打印服务把--prefix换成/opt/cups做旁路安装也行但代价是运行时要显式指定CUPS_SERVERBIN、CUPS_DATADIR、CUPS_SERVER这几个环境变量任何漏掉一个都会出现“命令行找得到队列、后端却找不到过滤器”的诡异现象。旁路安装适合做验证正式上线我还是倾向接管系统路径。3.3 编译与安装make 报错先看这三个地方make -j$(nproc) 21 | tee build.log # 安装前务必备份原配置make install 会覆盖 /etc/cups 下的模板文件 cp -a /etc/cups /etc/cups.bak.$(date %F) 2/dev/null sudo make installmake -j的并行度按核数给但内存小于 2G 的机器建议降到-j2编 scheduler 那几个大文件时容易 OOM。tee build.log是为了失败之后能grep别指望在滚动的终端里靠眼睛抓错。编译失败常见就三类一是符号找不到报undefined reference to一串基本都是某个-dev或-devel包没装按报错里的函数名反查对应的库二是cannot find -lxxx库装了但开发包没装装上带头文件的那个包即可三是头文件版本不匹配典型报错是某个宏在头文件里没定义这通常意味着系统里同时存在两份同名的库pkg-config --list-all | grep gnutls看一下是不是指向了旧路径。安装完成后必须验证一遍产物不然你会在后面花几倍时间去猜cups-config --version ldd /usr/sbin/cupsd | grep -E cups|gnutls ls /usr/lib/cups/filter | head ls /usr/lib/cups/backend第一条确认版本号是不是 2.3.3第二条确认 cupsd 链接的是刚装的那份 libcups如果指向/usr/lib/x86_64-linux-gnu/libcups.so.2且时间戳很旧说明系统里还有一份需要调整ldconfig顺序后两条确认过滤器和后端确实被编出来了。我见过一次 filter 目录是空的原因是在 configure 阶段关掉了某个可选依赖导致整个 filter 目录跳过编译但 configure 没有报错只有到打印时才发现没有转换器。3.4 装完之后的第一件事确认服务能起来sudo systemctl stop cups 2/dev/null || true # 先停掉系统自带的 sudo /usr/sbin/cupsd -t # 只做配置语法检查 sudo /usr/sbin/cupsd -f # 前台跑日志直接打到终端cupsd -t只检查配置文件语法不启动服务是改完 cupsd.conf 之后的固定动作。前台跑是为了能在终端里直接看到启动日志包括监听端口、加载的 MIME 规则、以及配置文件的实际路径。等你看到Listening on那几行再切回后台服务模式。4. 起一个能打的队列cupsd.conf、PPD 与 lpadmin 三件套配置这一章的目标很具体从零到能用lp打出一页纸。中间要动的就三个东西——cupsd.conf 里的监听与权限、cups-files.conf 里的目录与用户组、以及 lpadmin 建出来的队列。4.1 cupsd.conf 里真正要动的那几行配置项一大堆但日常真正会调的就那么几条。下面这份是排查阶段用的最小集合LogLevel debug MaxLogSize 0 Listen localhost:631 Listen /run/cups/cups.sock WebInterface Yes DefaultAuthType Basic Location / Order allow,deny Allow LOCAL /Location Location /admin Order allow,deny Allow localhost AuthType Default Require user SYSTEM /LocationLogLevel debug会记录每个任务的过滤器命令行是排查Filter failed的唯一可靠信息源上线后记得降到warn否则日志量会很吓人。Listen localhost:631只监听本机如果要让局域网内其他机器提交任务改成Listen 631或写具体网卡地址同时把Location /里的Allow LOCAL换成明确的网段。Require user SYSTEM里的SYSTEM指的就是 cups-files.conf 里SystemGroup定义的那个组这条写错的表现是后台管理页能打开、提交按钮点了没反应。配套的/etc/cups/cups-files.conf里需要确认这四行SystemGroup lpadmin User lp Group lp RequestRoot /var/spool/cupsSystemGroup里放的是能做管理操作的组名多个组用空格分隔。RequestRoot是假脱机目录这个目录的属主必须是 root、属组必须是 lp权限 710。有一次在容器里这个目录被挂载成了普通目录属主是 root:root结果任务提交成功了队列里也能看到但永远停在 “Processing” 状态日志里只有一句轻飘飘的Unable to create request file。4.2 建队列三种 URI 方案怎么选URI 形式适用设备失败时的典型表现ipp://host/ipp/print支持 IPP Everywhere 或 AirPrint 的现代网络打印机建队列成功但状态一直是 “paused”ipptool 探测返回 404socket://host:9100只认 9100 raw 端口的老设备必须配 PPD能连上但打出来是乱码或只出半页lpd://host/queue老式 LPD 服务端队列名要和设备侧一致提交即失败日志里是 connection refused 或 unknown queueusb://厂商/型号USB 直连依赖 libusb 后端报权限错误或设备忙选型原则很简单设备支持 IPP 就走 ipp:// 并且优先用-m everywhere数据不经过额外过滤器链路最短设备只开 9100 就必须配 PPD因为没有 PPD 就生成不出正确的过滤器链USB 直连在容器里坑多能走网络就走网络。# 方案一IPP Everywhere 设备无驱动队列 lpadmin -p lab_printer -E \ -v ipp://192.168.10.20/ipp/print \ -m everywhere \ -D Lab Printer -L Room 3 # 方案二只认 9100 的老设备指定 PPD lpadmin -p legacy_printer -E \ -v socket://192.168.10.21:9100 \ -P /root/drv/legacy.ppd \ -D Legacy Printer -L Room 5 # 确认队列状态 cupsenable lab_printer cupsaccept lab_printer lpstat -v -p -l-E这一位同时做两件事启用队列、并设置为接受任务。很多人建完队列忘了它lpstat -p显示disabled since ...然后开始怀疑网络。-m everywhere让 cupsd 在提交时去设备侧查询能力并生成临时 PPD如果设备不支持这个查询会返回错误此时退回-P指定 PPD 更稳。cupsenable和cupsaccept分别控制“是否派发”和“是否接收”两者是独立的排查时分开看能少走弯路。4.3 用 ipptool 在提交任务前做一次链路体检桌面软件报的错基本没用真正有价值的判断来自 ipptool# 1. 直接问设备支持什么格式 ipptool -tv ipp://192.168.10.20/ipp/print get-printer-attributes.test # 2. 绕过 cupsd直接向设备提交一个测试文件 ipptool -tv -d file/root/test.pdf \ ipp://192.168.10.20/ipp/print print-job.test # 3. 经由本地 cupsd 提交验证调度器这一侧 ipptool -tv -d file/root/test.pdf \ ipp://localhost:631/printers/lab_printer print-job.test第一条输出的document-format-supported是选型的关键如果里面只有application/octet-stream说明设备只吃原始数据你必须建 raw 队列或者确保 PPD 里的过滤器链能把它转成设备语言如果里面有application/pdf那 PDF 可以直通链路会短很多。第二条和第三条的差别在于第二条失败说明是设备或网络问题第三条失败说明是 cupsd 的配置或过滤器问题这个二分法在排障时能省掉大量来回猜的时间。5. 排障实录编译、权限、filter 链上的五个翻车点下面五条都是实际撞过的按“现象 → 原因 → 解决”写遇到相似的照着对。5.1 cupsd 起不来日志里只有一行端口占用现象systemctl start cups返回失败/var/log/cups/error_log里只有Unable to bind socket for address 127.0.0.1:631 - Address already in use。原因系统自带的 cupsd 还在跑只是包管理器把它托管成了另一个服务名你没注意。两个 cupsd 抢 631先启动的那个赢。解决先ss -lntp | grep 631找到占用的进程确认是新装的还是旧的然后停掉旧的并禁用开机自启再启动手装的这份。容器环境里更常见的是当初为了调试在后台跑了一个忘了杀。查完再启别反复重启服务碰运气。5.2 Web 后台能打开但任何管理操作都返回 403现象浏览器访问 631 正常点“添加打印机”转圈之后返回 403 Forbiddenerror_log 里是IsAuthorized: username。原因当前登录用户不在SystemGroup定义的组里或者DefaultAuthType设成了Negotiate而环境里没有可用的认证后端导致用户名根本传不上去。解决先在 cups-files.conf 确认SystemGroup lpadmin再id 用户名确认这个用户确实在 lpadmin 组里最后cupsctl看一眼运行时生效的配置。改完组之后要重新登录会话才生效只重启 cupsd 是不够的。如果确实只需要本地操作可以把管理权限限制在 localhost用Require user SYSTEM配合本地 root不走网络认证。5.3 任务停在 Processing最后变成 Filter failed现象lpstat -o能看到任务状态从 Processing 直接跳 Aborted页面显示 “Filter failed”打印机的面板毫无反应。原因PPD 里写的cupsFilter链上某一级过滤器不存在或者存在但对输入格式判断错了返回非零退出码。最常见的是 PPD 从别的系统直接拷过来引用了当前系统里没有的转换器。解决把LogLevel调到debug重打一次在 error_log 里搜Started filter能看到 cupsd 拼出的完整命令行把这条命令手工复制出来跑一遍看它到底输出什么、返回码是多少。手工跑一般会立刻暴露问题——要么是找不到命令要么是缺少某个字体文件要么是输入格式被误判。确认是 PPD 引用错误的话用ppdc重新编译一份或者直接改 PPD 里那几行cupsFilter。5.4 USB 直连打印机报权限错误现象队列建好提交任务后日志是Unable to open device: Permission deniedlsusb能看到设备。原因/dev/bus/usb/...节点的属组不是你 cupsd 运行用户的组或者 udev 规则没有给 lp 组读写权限。解决确认ls -l那个设备节点属组通常是lp权限 664如果不是加一条 udev 规则把该厂商 ID 的设备节点属组设成 lp、权限设成 664然后重新插拔。这一步做完还是不行的话看是不是容器里根本没有映射/dev/bus/usb这种情况换网络方案比折腾设备映射划算得多。5.5 装完之后整个系统的打印反而全挂了现象本来自带驱动好好的机器装上 2.3.3 之后所有应用都报“找不到打印机”。原因make install覆盖了/usr/lib/cups和/etc/cups下的文件但系统里原来那套 PPD 和队列配置依赖的是另一个版本的过滤器命名或数据结构两边对不上。解决装之前备份整个/etc/cups是唯一可靠的后悔药。已经覆盖了的从备份里恢复printers.conf和ppd/目录再逐个用lpadmin -P重新挂一次 PPD让 cupsd 重新生成内部状态。这件事说明一个原则接管系统路径的安装必须当成一次“升级”对待装前备份、装后逐项验证不能当成一次普通的源码编译。6. 用一个自定义 backend 把最后一公里握住当设备协议不标准、厂商又不给驱动时最后一个能自己掌控的环节就是 backend。它本质上就是一个可执行文件cupsd 把过滤器产出的数据交给它它负责写到设备。协议怎么写、走串口还是走私有 TCP、要不要加校验全在你手里。部署位置是cups-config --serverbin返回目录下的backend/文件名就是 URI 的 scheme权限必须 755 且属主 root——权限不对的话 cupsd 会直接忽略它lpinfo -v里根本看不到。#!/bin/bash # 自定义 backend把打印数据落到本地目录用于验证前面过滤器链的真实产出 # 部署cp mypipe $(cups-config --serverbin)/backend/ chmod 755 $(cups-config --serverbin)/backend/mypipe set -u # 无参数调用 设备发现模式格式class info make-model serial device-uri if [ $# -eq 0 ]; then echo direct mypipe Virtual Pipe Virtual Pipe MFG:Virtual;MDL:Pipe; mypipe://sink exit 0 fi URI$1; JOB$2; USER$3; TITLE$4; COPIES${5:-1}; OPTS$6; FILE${7:-} # CUPS 通常直接把数据文件路径放在第 7 个参数没有的话退回读 stdin if [ -n $FILE ] [ -f $FILE ]; then exec 0$FILE fi OUT/var/spool/mypipe [ -d $OUT ] || { echo ERROR: $OUT 不存在 2; exit 1; } i1 while [ $i -le $COPIES ]; do cat ${OUT}/job-${JOB}-${i}.bin || { echo ERROR: 写入失败 2; exit 1; } i$((i 1)) done echo INFO: job ${JOB} 已落盘份数 ${COPIES} 2 exit 0参数是按位置传的$1是设备 URI$2是任务号$3是提交用户$4是任务标题$5是份数$6是所有选项拼成的字符串$7是数据文件路径。退出码有明确语义0 表示成功1 表示失败但保留任务2 表示认证失败——乱返回码会让 cupsd 做出完全错误的后续动作比如把硬件故障当成认证问题反复重试。所有调试信息写 stderr不要写 stdoutstdout 在发现模式下是有格式约定的混进去会让lpinfo -v输出乱掉。建队列和验证lpadmin -p myqueue -E -v mypipe://sink -m raw lp -d myqueue -o raw /etc/hostname ls -l /var/spool/mypipe/-m raw表示不经过任何过滤器直接把原始数据交给 backend这样你看到的文件就是应用提交的原始字节方便判断问题出在转换环节还是传输环节。反过来把-m raw换成真实 PPD 再看落盘文件就能对比过滤器到底改了什么。这套哑后端的价值在于把“设备不听话”这个变量彻底消掉。以前我排查一个偶发丢数据的现场来回换驱动、换网线、换交换机折腾了两天最后挂上这个后端才发现过滤器产出的文件本身就是截断的跟设备一点关系没有。从那以后我每接一个说不清症状的打印现场都先挂一个落盘后端确认前面的链路是干净的再去碰硬件。希望帮到你。本文还有配套的精品资源点击获取
