Парсер Forwarded-заголовков

Стандартный заголовок 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"
    ]
  }
}

Онлайн-разбор прокси-заголовков — сначала определите источник и порядок пересылки.

Похожие

Парсер Content-Disposition

CORS инспектор

Генератор CSP

Парсер HTTP-куки

Инструмент времени

Генератор мета-тегов

Варианты использования

  • Когда бэкенд получает неверный IP клиента, сначала разберите Forwarded и X-Forwarded-For
  • Анализ порядка CDN, Nginx, шлюзов и других прокси-узлов для подтверждения пути пересылки
  • Отладка конфигурации обратного прокси: проверка корректности передачи Host и Proto, предотвращение downgrade протокола
  • Диагностика причин перезаписи или потери заголовков в многоуровневой прокси-среде, копирование результатов для тикетов

Как использовать

  1. Вставьте содержимое Forwarded, X-Forwarded-For, X-Forwarded-Host, X-Forwarded-Proto и других заголовков
  2. Инструмент автоматически разбирает цепочку прокси, реальный IP, Host и Proto, отображая структурированно
  3. Просмотрите порядок прокси-узлов и информацию о преобразовании протокола, подтвердите соответствие пути пересылки ожиданиям
  4. Скопируйте результаты разбора для тикетов, анализа логов или отчётов отладки

Функции

  • Многоуровневая цепочка прокси: кто кому переслал, как менялся протокол — видно сразу
  • Надёжнее для определения источника: подходит для CDN, шлюза, обратного прокси и многоуровневых сценариев
  • Для шлюзов и CDN: подходит для диагностики Nginx, Ingress, обратного прокси, CDN и API-шлюзов
  • Структурированный вывод: поля разложены чётко, удобно копировать в тикеты, логи и отчёты отладки

Часто задаваемые вопросы

Как узнать, через какие прокси-узлы прошёл запрос?

Вставьте соответствующие заголовки — и увидите порядок цепочки прокси и информацию о каждом переходе. Особенно подходит для диагностики потери реального IP или ошибок распознавания протокола.

Почему бэкенд получает неверный IP клиента?

Распространённые причины: прокси не передаёт заголовки, шлюз перезаписывает их или многоуровневый CDN/обратный прокси накладывается. Разбор этих заголовков помогает определить, на каком уровне был изменён IP.

Подходит ли для диагностики Nginx, Ingress, API-шлюзов и CDN?

Отлично подходит. Особенно при сложных путях к origin-серверу и многоуровневых прокси — структурированный просмотр заголовков значительно повышает эффективность диагностики.

Кроме IP, какую ещё информацию можно посмотреть?

Кроме IP-источника, можно проверить поля Host, Proto, by и другие — для подтверждения преобразования протокола, передачи домена и поведения прокси.