Analyseur d'en-tête Forwarded

À propos de GeekFormat

En-tête Forwarded standard

Analysez la chaîne de proxy RFC 7239 Forwarded et affichez la valeur de for / by / host / proto à chaque saut.

Hop #1

for203.0.113.43

protohttps

hostapp.geekformat.com

Hop #2

for10.0.0.9

byingress

En-têtes compatibles X-Forwarded-*

De nombreuses passerelles utilisent encore X-Forwarded-For / Host / Proto. Cela analyse les adresses client et proxy dans l'ordre de la chaîne.

2 nœud(s) X-Forwarded-ForCes en-têtes ne sont significatifs que dans une chaîne de proxy de confiance et ne doivent pas être traités comme l'IP réelle du client.

#1203.0.113.43

#210.0.0.9

Aperçu 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"
    ]
  }
}

Analysez les en-têtes de proxy en ligne, visualisez d'abord l'IP source réelle et l'ordre de forwarding.

Recommandations connexes

Analyseur Content-Disposition

Inspecteur CORS

Générateur CSP

Analyseur de Cookie HTTP

Outil Horloge

Générateur de balises Meta

Cas d'utilisation

Lorsque l'IP client obtenue par le backend est incorrecte, analysez d'abord Forwarded et X-Forwarded-For
Analysez l'ordre des nœuds proxy (CDN, Nginx, gateway, etc.) traversés par la requête pour confirmer le chemin de forwarding
Déboguez la configuration de proxy inverse pour confirmer si Host et Proto sont correctement transmis et éviter la dégradation de protocole
Déboguez les raisons pour lesquelles les en-têtes de requête sont modifiés ou perdus dans un environnement de proxy multi-couches et copiez les résultats d'analyse pour les tickets

Fonctionnalités

Chaîne de proxy multi-couches directement dépliée : qui a transmis à qui, comment le protocole change, tout est clair
Obtention plus stable de l'IP source : idéal pour le débogage CDN, gateway, proxy inverse et proxy multi-couches
Convivial pour les scénarios gateway et CDN : adapté au positionnement de problèmes Nginx, Ingress, proxy inverse, CDN et API gateway
Résultats affichés de manière structurée : champs décomposés clairement, pratique pour copier dans les tickets, l'analyse de logs et les records de débogage

Comment utiliser

Collez le contenu des en-têtes de requête Forwarded ou X-Forwarded-For, X-Forwarded-Host, X-Forwarded-Proto
L'outil analyse automatiquement la chaîne de proxy, l'IP réelle, les champs Host et Proto et les affiche de manière structurée
Consultez l'ordre des nœuds proxy et les informations de conversion de protocole pour confirmer si le chemin de forwarding est conforme aux attentes
Copiez les résultats d'analyse pour les tickets, l'analyse de logs ou les records de débogage

FAQ

Comment voir quels nœuds proxy la requête a traversés ?

Après avoir collé les en-têtes de requête concernés, vous pouvez voir l'ordre de la chaîne de proxy et les informations transmises à chaque saut, idéal pour déboguer la perte d'IP réelle ou les erreurs d'identification de protocole.

Pourquoi l'IP client obtenue par le backend est-elle incorrecte ?

Les raisons courantes incluent la non-transmission au niveau du proxy, la couverture des en-têtes de requête par la gateway ou la superposition de CDN/proxy inverse multi-couches. L'analyse de ces en-têtes aide à juger à quel niveau l'IP a été modifiée.

Convient-il pour déboguer les problèmes Nginx, Ingress, API gateway et CDN ?

Absolument. Surtout lorsque la chaîne de retour source est complexe et que la requête traverse des proxies multi-couches, la visualisation structurée des informations d'en-tête peut considérablement améliorer l'efficacité du débogage.

En plus de l'IP, quelles autres informations puis-je voir ?

En plus de l'IP source, vous pouvez également vérifier les champs Host, Proto, by, etc., pour confirmer si la conversion de protocole, la transmission transparente du domaine et le comportement du proxy sont conformes aux attentes.