logo
GeekFormat

Forwarded Header Parser

标准 Forwarded 头

解析 RFC 7239 的 Forwarded 代理链,查看 for / by / host / proto 每一跳的值。

Hop #1
for203.0.113.43
protohttps
hostapp.geekformat.com
Hop #2
for10.0.0.9
byingress

X-Forwarded-* 兼容头

很多网关仍然在用 X-Forwarded-For / Host / Proto。这里会按链路顺序拆出客户端和代理地址。

2 个 X-Forwarded-For 节点这类头部只有在可信代理链中才有意义,不能直接当成真实客户端 IP。
#1203.0.113.43
#210.0.0.9

JSON 预览

{
  "standardized": [
    {
      "index": 0,
      "pairs": {
        "for": "203.0.113.43",
        "proto": "https",
        "host": "app.geekformat.com"
      }
    },
    {
      "index": 1,
      "pairs": {
        "for": "10.0.0.9",
        "by": "ingress"
      }
    }
  ],
  "legacy": {
    "x-forwarded-for": [
      "203.0.113.43, 10.0.0.9"
    ],
    "x-forwarded-proto": [
      "https"
    ],
    "x-forwarded-host": [
      "app.geekformat.com"
    ]
  }
}

在线拆代理链路,先把转发头看明白。

相关推荐

适用场景

  • 排查反向代理或负载均衡未正确传递客户端真实 IP 时检查 Forwarded 头
  • 验证 Nginx/HAProxy 配置的 proxy_set_header 是否按预期转发来源信息
  • 分析多层代理环境下请求路径,确认哪一跳开始丢失或篡改了原始信息
  • 调试 HTTPS 终止和协议转发时确认 proto 字段是否正确反映原始协议

功能特点

  • 双格式解析:同时支持标准 Forwarded 和 X-Forwarded-* 系列头,覆盖新旧代理配置
  • 多跳链路拆解:每一跳的 for、proto、host 字段独立展示,代理路径一目了然
  • 节点计数与可信提示:快速识别代理层数,提醒仅可信代理结果才有参考价值
  • 结构化 JSON 预览:解析结果可直接用于接口调试、日志分析或脚本处理

使用方法

  1. 粘贴 Forwarded 请求头内容到标准解析区
  2. 查看每一跳代理的 for、proto、host 字段拆解结果
  3. 在兼容区粘贴 X-Forwarded-* 系列头,查看节点列表和数量
  4. 参考 JSON 预览获取结构化数据用于进一步分析或调试

常见问题

Forwarded 和 X-Forwarded-For 有什么区别?

Forwarded 是 RFC 7239 标准头,结构更规范;X-Forwarded-For 是早期事实标准,很多老系统还在用。工具会同时解析两种格式,方便对比兼容情况。

如何从多层代理中找到真实客户端 IP?

通常第一个 for 字段最接近真实客户端,但前提是前面的代理都可信。工具会把每一跳拆开显示,方便判断哪一段是可信链路。

适合排查 Nginx 反代和负载均衡的转发问题吗?

适合。无论是 Nginx、HAProxy 还是云厂商负载均衡器,都能用来检查转发头是否正确传递了来源 IP、协议和主机信息。

解析结果可以直接用于接口调试吗?

可以。工具提供结构化 JSON 预览,方便直接复制到 Postman、curl 或脚本中复现请求头配置。