Diagnostic compression

Utilisez cette page pour vérifier la négociation et l'application de la compression (gzip, brotli) entre le client, le reverse proxy et l'hôte Apache.

Accept-Encoding : gzip, br, zstd, deflate
Content-Encoding : non fourni

Points de contrôle recommandés

  1. Depuis le client, vérifier que Accept-Encoding inclut gzip et/ou br.
  2. Via le proxy, observer si Content-Encoding est défini. Si oui, identifier l'émetteur (proxy ou host).
  3. S'assurer que seule une couche applique la compression (éviter double gzip). Les headers Via ou custom peuvent servir à différencier.
  4. Valider que la réponse compressée est servie en HTTP 200 et que le reverse proxy ne supprime pas l'encodage.
  5. Comparer la taille (Content-Length ou transfert chunked) entre version compressée et non compressée.

En-têtes observés

Content-Encoding
non fourni
X-Content-Encoding
non fourni
X-Proxy-Content-Encoding
non fourni
Transfer-Encoding
non fourni
Content-Length (requête)
non fourni
Via
1.1 squid-proxy-5b5d847c96-kvcjn (squid/6.13)
X-Forwarded-For
10.1.118.75
X-Forwarded-Proto
non fourni

Analyse rapide

  • Négociation gzip côté client : oui
  • Négociation brotli côté client : oui
  • Compression appliquée par :
    • Aucune source identifiée (probablement pas de compression).

HEAD (proxy & client)

Résultat d'une requête HEAD effectuée depuis le navigateur (via fetch). Permet d'observer les en-têtes réellement reçus.

Collecte en cours...