Linux 打印：从可打印文件到队列、协议与纸张的完整证据链
上一部分已经解决了“内容怎样排好”这个问题：文本可以经过 fmt、pr、printf 或排版工具，生成终端预览、纯文本、PostScript、HTML 或 PDF。到了打印环节，我们要处理的是另一件事：把一份经过核验的输入，交给正确的目标，并证明它穿过队列、转换链和传输通道，最终按预期落到纸张或其他输出介质上。
最容易踩的坑，是把 lp 返回任务编号当成“打印成功”。这个返回值只证明调度器接受了请求。任务可能仍在等待、被暂挂、卡在过滤器、无法连接设备，甚至被设备接收后因为缺纸而停止。我们会把每一层需要的证据拆开，并在隔离环境里实际运行 CUPS 客户端、临时调度器、过滤器和受控文件后端。
本章不会要求真实打印设备，也不会假设某个桌面设置界面存在。命令示例都从协议、队列和任务对象出发；涉及管理员操作时会明确标出权限边界。
先界定“成功”：可打印不等于已经交付
第 21 章的输出只是打印链输入
一份 PDF 能被 file 识别，pdfinfo 能读到页数，页面渲染也没有缺字，说明我们获得了可验证的打印输入。这些检查很重要，因为打印系统无法替我们修复错误页码、错误字体或被截断的表格。但它们没有创建队列任务，也没有触碰任何设备。
可以把打印成功拆成四道门：
为什么要分开？因为每一层都可能“退出 0”，却把问题留给下一层。比如一个合法 PDF 可以包含缺失字形；调度器可以接受一个目标不支持的双面选项；设备也可能把数据收进缓冲区后才报告卡纸。
1
pdfinfo 能正确读出页数，就可以判定任务已经打印完成。
2
哪些证据只属于“文档生成”阶段？
最后一个确认点必须在设备侧
completed 是调度器看到的任务终态，语义通常是过滤器与后端已经正常结束。它仍不等于“纸张已经被正确拿到”。有些设备会先接收完整任务，再异步成像；有些后端无法取得每一张纸的真实完成信息；某些虚拟目标本来就只生成文件。
因此，交付检查要写成具体条件，而不是一句“打印正常”：
- 输出介质与目标一致，例如 A4，而不是设备回退后的 Letter。
- 页数、页面范围、份数和 N-up 结果与预览一致。
- 双面翻转边与装订方向一致。
- 中文字形、图片、颜色和缩放没有丢失。
- 敏感文档由正确的人取走，队列和缓存按策略清理。
3
调度器显示 completed，但没有看到成品，下一步最合理的动作是什么？
一份任务怎样穿过打印系统
应用、调度器与队列先解决“谁在什么时候处理”
应用把两类信息交给打印系统：文档数据，以及用户意图。用户意图包括目标、份数、介质、双面方式、页面范围、质量和任务名称。CUPS 调度器接收请求后创建 Job 对象，将文档放入 spool 区，并根据优先级、暂挂时间和队列状态决定何时处理。
队列不是打印机的同义词。它是一个逻辑目标，可以指向：
- 一台直接连接的设备；
- 一个网络 IPP 目标；
- 另一个打印服务器；
- 一组可分配任务的打印机类；
- 一个生成文件的虚拟目标。
所以，命令中的 office-color 首先是目标名称。要知道它最终通往哪里，需要查设备 URI，而不是由名称猜测。
4
队列名 office-color 能直接证明它连接的是哪台物理设备吗？
5
打印任务只包含文件，不包含双面、纸张或份数等处理意图。
过滤、光栅化与后端再解决“变成什么、从哪里送”
任务轮到处理时，调度器根据输入格式与目标能力选择转换路径。过滤器可以把纯文本排成页面，把图像缩放到介质，把 PDF 或 PostScript 转成目标格式。RIP，也就是光栅图像处理，会把字体、路径和图像解释成像素页面；它可能发生在主机、Printer Application、打印服务器或设备内部。
过滤器和后端要分清：
- 过滤器回答“数据应变成什么”。例如从 PDF 变成 PWG Raster，或从 PostScript 变成旧设备理解的 PCL。
- 后端回答“数据怎样送出去”。例如通过 IPP、USB、AppSocket 或受控文件通道发送。
如果过滤器失败，通常能在带任务编号的错误日志里看到转换程序与退出状态；如果后端失败，则更常见 URI、名称解析、连接、TLS、认证或设备响应问题。
6
PDF 已转换为目标接受的 PWG Raster，但连接设备超时，故障最靠近哪一层？
7
哪些工作通常属于过滤或 RIP 阶段？
CUPS 与 IPP：先认识对象，再看命令
cupsd 是调度器，IPP 是对象与操作协议
cupsd 是 CUPS 调度器。客户端、另一个服务器或设备通过 IPP 提交操作；IPP 通常运行在 HTTP 语义之上，常用 TCP 631。它不是“把文件丢到一个端口”这么简单，而是定义了 Printer、Job、Document 等对象，以及查询属性、创建任务、发送文档、取消、暂挂和释放等操作。
IPP 里的 Printer 是逻辑对象，可以代表物理设备，也可以代表服务或网关。Job 由 Printer 创建，保存任务描述、处理意图、状态和零个或多个 Document。这样的模型有两个好处：
- 客户端可以先查询能力，再构造合法任务。
- 诊断时可以分别问 Printer 和 Job，而不必只盯着进程是否存在。
8
IPP Printer 对象一定等于一台独立物理打印机吗？
9
IPP 只负责传文件，不定义查询能力、任务状态或取消操作。
目标名、任务 ID 与状态必须放在同一上下文
lp 成功提交后通常输出类似：
text
request id is office-color-42 (1 file(s))office-color-42 是 CUPS 便于操作的完整标识。IPP 的数值 Job ID 只保证在创建它的 Printer 上下文中唯一，因此记录完整的“目标-编号”比只抄 42 更稳妥。尤其当多个队列同时有任务时，裸编号很容易指错对象。
常见状态可以这样理解：
10
命令返回 office-color-42。为了避免跨队列混淆，取消时应优先记录并使用完整标识 ____。
11
任务处于 held，最准确的解释是什么？
无驱动打印与传统驱动的边界
IPP Everywhere 与 AirPrint 依靠标准能力协商
“无驱动”并不是没有软件参与。它表示客户端不必为每个型号安装一套厂商专用 PPD 和二进制过滤器。设备或打印服务通过 IPP 动态声明能力，客户端以标准文档格式提交，并根据需要完成通用转换。
IPP Everywhere 组合了设备发现、IPP 能力查询和标准格式。典型设备会声明 PWG Raster，彩色设备还可能声明 JPEG；PDF 和 IPP-USB 也很常见。AirPrint 同样强调发现、能力选择和无需额外安装型号驱动。二者属于相近的无驱动生态，但不能把一个名称机械替换成另一个，也不能仅凭设备名推断支持全部选项。
选择无驱动目标时，至少核对：
- URI 指向预期设备或服务；
document-format-supported包含准备提交的格式，或系统有明确转换路径；media-supported、sides-supported、print-quality-supported与任务意图一致；- 认证和 TLS 策略满足当前网络边界；
- 用一份小型测试页验证中文、边距、双面和页数。
12
无驱动打印表示文档从应用原样进入设备，中间绝不会发生格式转换。
13
建立无驱动目标前，哪些信息应从实际目标能力中确认？
旧设备优先用 Printer Application 隔离，PPD 只做明确的兼容方案
传统路径由 PPD 描述纸张、分辨率、双面和选项约束，再由过滤程序生成 PCL、ESC/P、标签语言或厂商格式。这能支持很多旧设备，却有三个长期成本：
- 二进制过滤器与平台、架构和库版本绑定；
- PPD 难以表达耗材、纸盒当前装载等动态状态；
- 过滤器处理不可信文档，维护和安全更新责任不能消失。
如果旧设备仍必须保留，更清晰的结构是让 Printer Application 包装旧驱动，对外呈现一个 IPP 目标。这样客户端继续使用标准能力查询和任务模型，专用转换被限制在一个可升级、可审计的边界内。
raw 队列只适合已经由受控应用生成设备就绪数据的极少数场景。把任意 PDF 或文本送入 raw 队列，轻则打印乱码，重则把未经检查的控制数据送往设备。CUPS 已将 raw 队列和传统驱动接口放入弃用路径，不应把它们当作新部署默认方案。
14
一台旧标签机只接受厂商语言，且有受维护的 Printer Application，优先方案是什么？
15
为什么不应把 PPD 写成现代打印系统永远必需的中心？
从文本、PDF、PostScript 和图像到目标格式
输入格式与设备格式不是同一张清单
CUPS 能识别文本、PDF、PostScript 和多种图像，但“能识别”只表示系统知道从哪里开始。最终要生成什么，取决于目标声明：
PostScript 是页面描述程序，不是已经展开的像素。能原生解释 PostScript 的设备可以在设备侧 RIP；不具备解释器的设备需要上游转换。PDF 也类似：有些 IPP 目标直接接收 PDF，有些链路会将其转为 PWG Raster 或其他栅格格式。
16
CUPS 识别 report.pdf，能够直接推出目标设备原生理解 PDF 吗？
17
PostScript 描述页面绘制过程，RIP 可以把它解释成像素页面。
cupsfilter 适合预演转换，但必须检查产物与警告
cupsfilter 可以在不提交队列任务的情况下调用 CUPS 过滤链。下面把受控文本转为 PDF：
bash
cupsfilter -m application/pdf report.txt > report.preview.pdf 2> report.filter.log
file report.preview.pdf
pdfinfo report.preview.pdf
pdftoppm -png -singlefile report.preview.pdf report-preview如果要借用某个目标的能力，可以增加 -d 目标；如果只想查看会运行哪些过滤器，可以使用 --list-filters。但这里有三条边界：
cupsfilter在当前用户和安全会话中运行，和调度器使用的lp用户、环境变量及权限可能不同。- 产物是合法 PDF，不等于文字提取和页面渲染都正确。隔离实验中，PDF 结构与渲染图成功生成，但文本提取出现错误映射；若只看退出码，就会漏掉问题。
- 传统过滤器接口正在进入弃用路径。它适合理解与排查当前系统，不应反向成为新设备选型的理由。
18
cupsfilter 返回 0 后，还应检查哪些内容？
19
cupsfilter 成功生成预览文件，能够证明真实设备已经接收数据吗？
提交前先找对目标、默认值与能力
用 lpstat 建立目标清单，而不是凭名称猜
先执行一组只读查询：
bash
lpstat -r
lpstat -p -d
lpstat -a
lpstat -v
lpstat -e它们分别回答：
-r：调度器是否可达；-p：已配置目标是否 enabled，以及最近状态消息；-d：当前默认目标；-a：哪些队列 accepting，也就是接收新任务；-v：目标对应的设备 URI；-e：当前可用的目的地，包括发现到的网络目标。
enabled 与 accepting 必须分开看。队列可以因维护而停止处理，但继续接收任务；也可以保持处理已有任务，却拒绝新任务。隔离实验实际得到“disabled 但 accepting”的组合，新任务成功进入队列并保持等待。
20
要判断队列是否接收新任务，应优先看哪条命令？
21
排查目标选择时，哪些信息应该一起保存？
默认目标有优先级，能力查询才决定选项是否合法
lp 选择默认目标时，会先看环境变量 LPDEST 和 PRINTER，再看当前用户通过 lpoptions 保存的默认值，最后才是管理员设置的系统默认值。这意味着“同一条 lp report.pdf 在两个会话里去向不同”并不神秘，先打印这些默认来源即可。
显式指定目标更适合脚本：
bash
lp -d office-color -- report.pdf
lpr -P office-color report.pdf再查询目标选项：
bash
lpoptions -p office-color -l传统或兼容队列常通过这条命令列出 PPD 选项。无驱动目标可能由动态 IPP 属性提供能力；如果 lpoptions -l 没有返回列表，不能推断“设备没有双面”，而应查询 IPP 的 *-supported 属性。管理员可在已授权网络中使用 ipptool 读取 Get-Printer-Attributes；具体 URI 必须来自发现或配置结果。
22
脚本必须固定输出目标，最稳妥的做法是什么？
23
lpoptions -p 目标 -l 没有列出双面选项，就足以证明无驱动设备不支持双面。
用 lp 与 lpr 提交文件，并让选项服从能力
两套命令风格管理同一个 CUPS 任务模型
CUPS 同时提供 System V 风格的 lp 和 Berkeley 风格的 lpr。两者最终都向调度器创建任务：
bash
lp -d office-color -- report.pdf
lpr -P office-color report.pdf这里最容易混淆的是大写 -P：
- 在
lpr中，-P office-color指定目标。 - 在
lp中，目标使用小写-d；大写-P是页面列表的兼容选项。
两条命令都能从标准输入读取，但只有在上游确实产生数据时才会创建有意义的文档。脚本提交普通文件时，优先传路径，并用 -- 结束 lp 选项，避免以连字符开头的文件名被误解。成功后立即保存返回的完整任务 ID。
24
哪条命令把 report.pdf 提交到目标 office-color？
25
lp 和 lpr 来自不同历史接口，所以在 CUPS 中一定创建两种互不兼容的任务。
份数、纸张、双面、范围与质量都是可验证意图
一条较完整的 lp 命令可以写成：
bash
lp -d office-color \
-n 2 \
-o media=A4 \
-o sides=two-sided-long-edge \
-o page-ranges=1-4,7 \
-o print-quality=4 \
-- report.pdf对应的 lpr 份数语法是 -#2，其他通用任务选项仍用 -o name=value。常见值如下：
page-ranges 面向输出页，不保证等于文档正文里印出的页码。只要同时使用封面页、N-up 或排版工具重编号，两者就可能不同。正确顺序是先生成最终可打印文件并看预览，再按输出页选择范围。
26
提交双面 A4 的两份报告前，哪些步骤合理？
27
使用 number-up=2 后，page-ranges=3 最可能指什么？
查看、暂挂、恢复与取消队列任务
lpstat 与 lpq 提供不同视角的队列快照
lpstat 适合组合查询，lpq 适合快速观察某个 Berkeley 风格队列。常用命令是：
bash
lpstat -W not-completed -o office-color
lpstat -W completed -o office-color
lpstat -l -o office-color
lpq -P office-color -l-W not-completed 和 -W completed 要放在 -o 与目标名之前，避免客户端按默认范围解释。前者关注 pending、held、processing 等活动任务；后者能看到 stopped、canceled、aborted、completed 等终态。长列表可能包含任务名、所有者、大小、提交时间和最近消息。
lpq -P office-color 会显示 Rank、Owner、Job、文件名和大小。它的 “ready” 只表示队列当前可处理，不替代设备耗材和成品检查。需要短时间跟踪时可以使用 lpq -P office-color +5 每 5 秒刷新，队列清空后退出；自动化系统更适合轮询 IPP 属性并设置超时，避免无限等待。
28
要同时查看已完成和已取消的历史任务，哪条命令更合适？
29
lpq 显示队列 ready，能够单独证明纸盒里有纸吗？
cancel 与 lprm 取消的是任务，设备缓冲和数据清理要另查
拿到完整任务 ID 后，可以使用：
bash
cancel office-color-42
lprm -P office-color 42普通用户通常只能取消自己的任务，操作员或管理员能否取消其他人的任务由 CUPS policy 决定。不要把 -U other-user 或 cancel -u other-user 当成权限绕过；它们改变请求身份或筛选对象，服务端仍会认证和授权。
敏感任务可考虑：
bash
cancel -x office-color-42-x 请求在取消的同时删除任务数据文件。它仍不保证已经进入设备缓冲区的页面能被追回，所以取消后要观察设备是否停止，并按组织策略处理已经输出的纸张。
暂挂与恢复适合“先进入队列，确认后再打”：
bash
lp -H hold -d office-color -- report.pdf
lp -i office-color-43 -H resumelpr 可以用 -o job-hold-until=indefinite 创建暂挂任务。释放前要核对任务所有者、目标和标题，避免把同名文件发到错误设备。
30
敏感任务尚在队列中，希望取消并请求删除其任务数据，应使用什么？
31
cancel 返回成功后，设备缓冲区中已经接收的页面一定会立刻消失。
lpoptions：一次性任务、用户默认与系统默认不要混写
三种作用域解决三种不同问题
一次性选项写在 lp 或 lpr 命令上，只影响当前任务：
bash
lp -d office-color -o media=A4 -o sides=one-sided -- draft.pdf普通用户使用 lpoptions 保存默认目标或选项，通常写入 ~/.cups/lpoptions：
bash
lpoptions -d office-color
lpoptions -p office-color -o media=A4 -o sides=two-sided-long-edge
lpoptions -p office-colorroot 运行 lpoptions 时，作用域转为所有用户，配置位于 /etc/cups/lpoptions。这和管理员通过 lpadmin -d 设置系统默认 Printer 不是完全相同的概念。生产变更要先备份、审阅差异，并在低风险任务上验证。
最重要的规则是：默认值只是“没有显式指定时的选择”，不能覆盖目标能力。即使 lpoptions 成功保存 sides=two-sided-long-edge，目标没有声明双面时，也不能据此宣称任务会双面输出。隔离实验中的 raw 队列就能保存 media=A4 与 sides=...，但无法列出 PPD 能力。
32
只希望当前一份草稿单面输出，最小影响做法是什么？
33
lpoptions 成功保存某个选项，等同于目标已经声明并执行该能力。
实例适合保存意图组合，但不能掩盖能力与维护成本
CUPS 支持 目标/实例 形式保存一组选项：
bash
lpoptions -p office-color/duplex-a4 \
-o media=A4 \
-o sides=two-sided-long-edge
lp -d office-color/duplex-a4 -- report.pdf实例是客户端保存的选项集合，不是新设备，也不会自动继承主目标后来修改的所有选项。它适合为“草稿”“双面 A4”“照片”建立清晰入口，但名称里应表达意图，并安排定期核对：
- 主目标能力或固件是否变化；
- 旧实例是否仍包含废弃选项；
- 用户默认是否意外覆盖实例；
- 脚本是否应显式写选项而不是依赖个人实例。
34
office-color/duplex-a4 最准确的含义是什么？
网络发现、设备 URI 与 TLS 认证
发现只提供候选目标，URI 才描述通信路径
网络目标常通过 DNS-SD 发布 _ipp._tcp 或 _ipps._tcp 服务。可以先查看可用目的地：
bash
lpstat -e管理员在明确授权的网络中还可以查询发现后端：
bash
lpinfo --include-schemes dnssd -v发现结果可能给出 dnssd://... 候选 URI，CUPS 再解析到实际 IPP 服务。手工配置时常见 URI 类似：
text
ipp://print.example/ipp/print
ipps://print.example/ipp/printipp 是 IPP over HTTP，可以根据策略升级到 TLS；ipps 从连接开始使用 TLS。AppSocket 与 LPD 仍可连接旧设备，却缺少 IPP 这种标准能力、任务和状态语义。新部署优先选择能查询能力并安全认证的 IPP 路径。
发现不是身份验证。相同显示名称可能来自错误子网、临时热点或恶意服务。创建队列前要核对主机名、证书、设备位置、UUID 和支持属性；打印第一份小任务后再验证设备侧标识。
35
DNS-SD 发现到名为 前台彩打 的服务后，为什么还要核对 URI 与证书？
36
网络打印目标的 URI 可以帮助判断哪些信息？
加密、证书、认证与授权是四道不同检查
CUPS 客户端命令中的 -E 表示强制加密与服务器的连接：
bash
lpstat -E -h print.example:631 -p
lp -E -h print.example:631 -d office-color -- report.pdf这里的 -E 不是 enable queue。启用或停止队列由 cupsenable、cupsdisable 等管理操作控制。
安全连接需要同时回答：
- 是否加密：内容和凭据有没有被网络旁观者直接读取。
- 证书是否可信：证书链、有效期、主机名和用途是否通过策略验证。
- 用户是谁：Basic、Kerberos、客户端证书或其他机制如何认证。
- 允许做什么：该用户能否提交、查看、取消、暂停或管理目标。
Basic 认证只有配合 TLS 才能保护可恢复的凭据。把密码直接写进命令行、脚本或设备 URI，还会泄露到历史、进程列表或日志。客户端策略可以选择 TOFU 或严格 CA 验证；跨组织、跨不可信网络或处理敏感文档时，应明确使用严格证书验证，而不是遇到错误就关闭校验。
37
lp -E 中的 -E 表示什么？
38
一个安全的远程提交应同时核对哪些方面？
权限、spool 残留与文档泄露
任务所有者、操作员与管理员应分权
打印服务处理的是用户文档，不是一个无害的设备开关。策略至少要区分：
- 普通用户提交任务、查看自己的状态、取消自己的任务；
- 操作员处理卡住的队列、释放合规任务、执行维护；
- 管理员创建目标、修改 URI、共享范围、认证和保留策略；
- 审计人员读取必要日志，但不自动获得文档内容。
共享目标还要限制来源网络、用户组、最大任务大小、页数或配额。攻击者不必执行代码，只要不断提交超大或无限页任务，就能占满 spool、耗材和队列。权限策略、配额和告警应一起设计。
对于安全打印，held 或“到设备再释放”的流程能减少纸张无人看管，但它不是万能加密。标题、用户名、页数和任务时间仍可能出现在队列或日志中；释放设备也需要正确身份验证。
39
普通用户能看到自己的任务，是否意味着他应当可以取消所有人的任务？
完成或取消后，文档与元数据仍可能按策略保留
CUPS 可以保留完成任务的文档文件与历史。常见配置项包括：
PreserveJobFiles：完成后是否以及保留多久的文档数据；PreserveJobHistory：任务属性和终态保留多久；JobPrivateAccess：哪些主体能读取私有任务属性；JobPrivateValues：任务名、来源主机、用户名等哪些字段视为私有。
这些默认值可能被发行版或组织策略覆盖，不能只记一个固定数字。敏感环境应读取实际 cupsd.conf 和生效配置，明确最小保留时间、备份与日志轮换。
三类日志也可能暴露元数据：
因此，“取消任务”与“清理痕迹”是两步。对敏感任务使用 cancel -x，再按策略检查历史、日志、设备缓存和已经输出的纸张；不要直接手工删除 spool 文件破坏调度器一致性。
40
一份敏感任务取消后，哪些位置仍可能保留信息？
任务卡住时，沿证据链逐层缩小范围
从调度器到设备，每一层只问一个问题
我建议固定使用下面的顺序。它的好处是：每一步都能排除一整类原因，也不会一遇到故障就重建队列。
先执行 lpstat -r。如果输出调度器未运行或无法连接，任务还没有进入任何队列；再根据部署方式检查服务管理器、配置语法和启动日志。
执行 lpstat -p -d 与 lpstat -v，确认目标存在、默认目标正确、队列是否 enabled，以及 URI 是否指向预期端点。
执行 lpstat -a，单独确认队列是否 accepting。not accepting 会让新任务直接失败；disabled 可能仍允许任务排队。
41
lpstat -r 明确显示调度器未运行，此时最先应该排查什么？
offline、held、stopped 与 job 卡住不能混成一句“打印机坏了”
调试日志可能包含文档名、用户和 URI，只在需要时临时提高级别，复现后立即恢复，并按敏感级别控制读取与保留。
42
队列 disabled 但 accepting，新任务会怎样？
隔离实操：没有真实设备也能验证调度与边界
回环 cupsd、受控 spool 与文件后端构成最小实验
实验使用 debian:bookworm-slim，安装 CUPS 2.4.2、cups-filters 1.28.17、Ghostscript 10.0 和 Poppler 22.12。所有配置、状态、spool、日志、证书、输出和临时文件都放在 /tmp/welearn-ch22。
安全限制是实验设计的一部分：
cupsd只监听127.0.0.1:6631；- 关闭 Browsing 和本地服务发布；
- 不挂载宿主 CUPS socket、打印目录或任何设备；
- 自建
sandboxfile:后端只接受/tmp/welearn-ch22/output/下的目标； - 容器以
--rm运行，结束后删除队列、停止服务和清除目录。
为什么不用随便一个 file: 队列？当前 Debian 包没有传统 file 后端。第一次实验中，调度器把 raw 任务标成 completed，却没有产生输出文件。这个失败很有价值：它证明 completed 不能替代后端交付证据。白名单后端真正收到 116 字节并生成相同 SHA-256 后，我们才确认调度、spool 与后端链路闭合。
43
为什么隔离实验要把 cupsd 只绑定在 127.0.0.1:6631？
实际输出揭示了四个不能凭印象判断的行为
没有调度器时。 lpstat -r 退出码为 0，但文字是 scheduler is not running；lp 和 lpr 退出 1 并报告没有默认目标，lpq 与 cancel 报无法连接。脚本必须同时读取退出码和消息。
转换成功时。 cupsfilter -m application/pdf 生成 PDF 1.3、1 页、Letter 612×792 pt，pdftoppm 生成 816×1056 RGB PNG。文本提取却出现错误字符映射，因此“格式合法”“能渲染”“文字可提取”必须分别检查。
队列状态时。 cupsdisable 后目标为 disabled，lpstat -a 仍显示 accepting；新任务获得 SandboxQueue-2 并留在队列。执行 cupsreject 后，提交才以 Destination ... is not accepting jobs 失败。
取消与默认项时。 cancel SandboxQueue-2 和 lprm -P SandboxQueue 3 都移除了对应任务。普通用户保存 media=A4 sides=two-sided-long-edge 后，~/.cups/lpoptions 如实出现这两个值；但 raw 目标无法提供 PPD 能力列表，说明保存选项不是能力证明。
实验最后取消所有任务、删除队列、停止调度器、确认 6631 不再监听，再删除 /tmp/welearn-ch22。容器返回后，--rm 也删除了容器实例。
44
隔离实验实际证明了哪些结论？
从预览到回收：一份可以照着执行的打印清单
提交前：
- 固定最终输入文件，检查格式、页数、字体、页面尺寸和渲染。
- 用
lpstat -r -p -d -a -v确认调度器、目标、默认值、接收、启用和 URI。 - 查询真实目标能力，确认文档格式、介质、双面、质量与页面范围。
- 优先选择 IPP 无驱动路径；旧设备把专用转换限制在受维护的 Printer Application 或明确驱动边界。
- 远程目标核对 URI、证书、加密、认证与授权，不把密码写入命令和历史。
提交时：
- 显式指定目标和文件路径。
- 把份数、介质、双面、范围和质量写成可审计选项。
- 保存完整任务 ID，不只抄数值编号。
- 敏感文档优先使用受控暂挂/释放流程。
提交后：
- 用
lpstat或lpq跟踪任务状态，区分 held、stopped、pending 与 processing。 - 失败时从最早缺失证据的一层开始，不盲目重发。
- 完成后核对真实成品的目标、页数、份数、介质、翻转边、字形和归属。
- 取消敏感任务时考虑
cancel -x，并检查 spool、历史、日志、设备缓存和已输出纸张的处理策略。
45
以下哪条最能代表可靠的打印完成条件？
46
准备提交一份敏感双面报告，哪些动作应该同时做到？