🔗 响应术语

此页面记录了各种与响应相关的术语。例如，这些术语将用于描述处理响应的 logformat %codes。

待办事项：转换为更通用的配置术语页面。此迁移可能应在 PR #398 更改提交之前完成。

待办事项：下面的图表可以使用图像而不是 ASCII 艺术来大大澄清。图形图表是我们可以将术语记录在此处（wiki）而不是 squid.conf.documented 中的原因之一。另一方面，我们可以教配置渲染器来显示使用 squid.conf.documented 中某些简单嵌入语法的图像。后者将有助于解决“哪个 Squid 版本使用哪个术语”的问题。

client <-- (sent) -- Squid server <-- (received) -- Squid client <-- (virgin) -- origin server or cache peer
client <-- (sent) -- Squid server <-- (received) -- cache
client <-- (sent) -- Squid server <-- (received) -- error generator
client <-- (sent) -- Squid server <-- (received) -- pre-cache REQMOD request satisfaction service
client <-- (sent) -- Squid server <-- (received) -- pre-cache RESPMOD adaptation service(s) <-- Squid client <-- (virgin) -- origin server or cache peer

• received：Squid 收到的响应。典型来源包括源服务器、缓存对等节点、适配服务和缓存存储。收到的回复的另一个可能来源是正在以请求满足模式工作的预缓存 REQMOD 适配服务。除非进一步限制，收到的回复包括中间响应和最终响应。
• sent：经过处理（例如，通过 http_reply_access 规则）并由 Squid 服务器转发给 Squid 客户端的响应。大多数发送的回复来自为 Squid 客户端使用而调整的收到的响应。此类别还包括打算发送但由于意外客户端连接终止等特殊情况而无法（完全）写入网络的响应。
• adapted：从 RESPMOD 适配服务（eCAP 或 ICAP）收到的响应。
• (internally) generated：由 Squid 本身从头开始创建的响应（通常是“错误页面”）。回复可以在几乎任何事务处理阶段生成，无论是在缓存和适配层之前还是之后。
• final：结束相应协议事务的响应（例如，HTTP 200 OK）。
• interim：非最终响应（例如，HTTP 100 Continue）。在大多数部署环境中，大多数事务没有中间响应。
• last：单个事务可能处理零个或多个中间响应，最多一个最终响应。通常，logformat %code 会扩展为最新的在 %code 扩展时的响应（即，最终响应，或者如果不存在最终响应，则为最接近最终响应的中间响应）。由于 logformat %codes 可能在设置注释和与辅助程序、外部 ACL 和适配服务通信时扩展，因此同一个 %code 在同一个事务中可能会扩展为不同的值，具体取决于该 %code 使用的时间。

类别： 知识库

导航： 站点搜索、站点页面、类别、🔼 向上