Connection 头点名的字段也要移除：网关转发头怎样离线验收

转发HTTP请求头时，只删除Connection字段本身还不够。它可以点名其他仅供当前连接使用的字段，这些被点名的字段也应从下一跳消息移除。本文用保留重复字段行的数组做离线过滤，检查大小写、动态点名和正常端到端字段。

先收集所有Connection选项

附件第一行写keep-alive和X-Internal-Test，第二个小写connection字段又点名X-Another。应先读取全部Connection行，把逗号分隔的名称去空白、转小写并取并集，再开始过滤。若边遍历边删除，只看到第一行就处理，可能漏掉第二行新增的名字。

参考结果只保留X-Trace和Content-Type。Connection、Keep-Alive、X-Internal-Test与x-another都被移除。字段名比较忽略大小写，字段值保持原样；不能为了方便把所有值转小写，因为某些端到端字段的值区分大小写。数组而非普通字典也很关键，普通字典可能在进入过滤函数前就覆盖了重复行。

动态点名不能被静态黑名单代替

RFC 9110要求中间节点处理Connection列出的字段。只维护一张固定的Keep-Alive等名称表，遇到X-Internal-Test这种新名称仍可能透传。附件把固定逐跳字段集合与动态选项并起来，正是为了验证“未知但被点名”的情况。新增字段不需要再修改黑名单，也应该被正确拦下。

这不意味着应用层可以随意重写所有传输字段。Content-Length、Transfer-Encoding以及协议升级处理，应交由当前HTTP库按协议语义生成或规范化，不要手工同时拼接多个相互冲突的长度信号。本文只处理正常合成头，不提供构造畸形请求或绕过代理的操作。

检查过滤结果还要保留正常正例

如果测试只断言危险字段消失，一个把所有头都删掉的错误实现也能通过。保留X-Trace与Content-Type的期望值，可以发现过度过滤。还可添加没有Connection字段的输入，确认普通端到端字段仍按策略保留；敏感鉴权字段是否转发则应由独立业务规则决定，不能从逐跳规则自动推导。

附件实际执行的是纯Python数组过滤，没有发送本地echo请求，也没有证明真实HTTP库的最终线缆报文与数组完全相同。目标实现应把过滤后的头发给回环记录器再次核对，保留库版本和接收结果。不同HTTP版本对连接字段有额外约束，适配时应交给成熟协议栈处理。独立价值在于一份既有删除负例又有保留正例的参考表，可在更换转发库后重复审查。

配套样本与复核入口

下载本篇独立合成输入和实验运行器。上述文件放在同一目录后运行 python run_lab.py C020。完整运行需要全部四十四份输入及相关配置。结果中的method区分离线计算、静态参考检查与回环实测，不能把前两者当成真实网关已通过。

资料核对日期：2026-10-24。官方依据1；官方依据2。

与本站相关基础教程的区别：旧文讲兼容接口的公共形态；本文只验HTTP中间节点必须处理的逐跳字段及Connection列出的动态字段，与模型API格式无关。