logo
GeekFormat

Parser nagłówków Forwarded

Standardowy nagłówek Forwarded

Analizuj łańcuch proxy RFC 7239 Forwarded i przeglądaj wartości for / by / host / proto na każdym skoku.

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

Nagłówki kompatybilne z X-Forwarded-*

Wiele bram nadal używa X-Forwarded-For / Host / Proto. Analizuje to adresy klienta i proxy w kolejności łańcucha.

2 węzeł X-Forwarded-ForTe nagłówki są istotne tylko w zaufanym łańcuchu proxy i nie powinny być traktowane jako rzeczywisty adres IP klienta.
#1203.0.113.43
#210.0.0.9

Podgląd 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"
    ]
  }
}

Analizuj nagłówki proxy online, najpierw zrozum prawdziwe źródło i kolejność przekazywania.

Powiązane Rekomendacje

Przypadki użycia

  • Gdy backend otrzymuje nieprawidłowy adres IP klienta, najpierw rozłóż Forwarded i X-Forwarded-For
  • Analizuj kolejność węzłów proxy (CDN, Nginx, bramka), przez które przechodzi żądanie, aby potwierdzić ścieżkę przekazywania
  • Debuguj konfigurację odwrotnego proxy, aby potwierdzić poprawność przekazywania Host i Proto, unikając degradacji protokołu
  • Analizuj przyczyny modyfikacji lub utraty nagłówków żądania w środowisku wielowarstwowego proxy i kopiuj wyniki analizy do zgłoszeń

Funkcje

  • Bezpośrednie rozwinięcie wielowarstwowego łańcucha proxy: kto komu przekazuje i jak zmienia się protokół, widać na pierwszy rzut oka
  • Pewniejsze uzyskanie prawdziwego źródła: idealne do analizy CDN, bramki, odwrotnego proxy i wielowarstwowego proxy
  • Przyjazne dla scenariuszy bramki i CDN: odpowiednie do lokalizowania problemów z Nginx, Ingress, odwrotnym proxy, CDN i bramką API
  • Strukturalna prezentacja wyników: pola są klarownie rozdzielone, łatwe do kopiowania do zgłoszeń, analizy logów i dokumentacji integracji

Jak Używać

  1. Wklej zawartość nagłówków żądania Forwarded, X-Forwarded-For, X-Forwarded-Host, X-Forwarded-Proto
  2. Narzędzie automatycznie parsuje łańcuch proxy, prawdziwy adres IP, Host i Proto, prezentując je strukturalnie
  3. Sprawdź kolejność węzłów proxy i informacje o konwersji protokołu, aby potwierdzić, czy ścieżka przekazywania jest zgodna z oczekiwaniami
  4. Skopiuj wyniki analizy do zgłoszeń, analizy logów lub dokumentacji integracji

Często Zadawane Pytania

Jak sprawdzić, przez które węzły proxy przechodzi żądanie?

Po wklejeniu odpowiednich nagłówków żądania zobaczysz kolejność łańcucha proxy i informacje przekazywane w każdym skoku. Jest to szczególnie przydatne do analizy utraty prawdziwego adresu IP lub błędów identyfikacji protokołu.

Dlaczego backend otrzymuje nieprawidłowy adres IP klienta?

Typowe przyczyny obejmują brak przekazywania przez warstwę proxy, nadpisanie nagłówków przez bramkę lub nakładanie się wielu warstw CDN/odwrotnego proxy. Analiza tych nagłówków pomaga określić, na której warstwie adres IP został zmodyfikowany.

Czy narzędzie nadaje się do analizy problemów z Nginx, Ingress, bramką API i CDN?

Bardzo dobrze się nadaje. Zwłaszcza w złożonych ścieżkach źródłowych, gdy żądanie przechodzi przez wiele warstw proxy, strukturalny podgląd nagłówków znacznie zwiększa efektywność analizy.

Czy oprócz adresu IP można sprawdzić inne informacje?

Oprócz źródłowego adresu IP można również sprawdzić pola Host, Proto, by itp., aby potwierdzić, czy konwersja protokołu, przekazywanie domeny i zachowanie proxy są zgodne z oczekiwaniami.