Comment puis-je déboguer ce qui est renvoyé par IIS (6) lorsque la réponse passe par des proxies avant d'accéder au navigateur?Déboguer les demandes de fichiers statiques de IIS6
J'ai des requêtes pour les fichiers statiques qui sont envoyés avec l'en-tête 'Accept-encoding: gzip'. Ceux-ci sont gzippés correctement. Cependant, si un en-tête 'Via:' (pour rediriger la réponse via un proxy) est également inclus, le contenu n'est pas reçu gzippé par le navigateur.
Je veux savoir si le problème est avec IIS ne pas appliquer la compression ou liée à quelque chose que le proxy fait.
Comment puis-je étudier ce problème?
Ceci est en relation avec IIS6 not doing gzip compression when including Via header in request.
pourrait l'en-tête Via être mise hors compression dans IIS6? Étant donné que via indique une requête proxy, IIS peut simplement laisser le proxy gérer la compression réelle de l'utilisateur final. Évidemment pas idéal, mais pourrait être l'explication. –
@Christopher_G_Lewis Il se pourrait que ce soit ce qui se passe mais comment pourrais-je tester cela? Je ne trouve aucun document sur le traitement de l'en-tête IIS. Connaissez-vous quelqu'un? –
Finalement abandonné à ce sujet. Impossible de trouver un moyen de déterminer si IIS6 fonctionne avec/à cause de l'en-tête Via. La réponse générale de demander cela ailleurs était la mise à niveau vers IIS7. –