2009-11-20 4 views
1

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.

+0

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. –

+0

@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? –

+0

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. –

Répondre

0

Si votre encore intéressé ma réponse serait d'installer Fiddler probablement sur le client d'abord. Pour le snooping HTML, vous ne pouvez pas faire beaucoup mieux.

Ce serait ma première escale.

+0

Je connais Fiddler et l'ai utilisé à l'origine pour déterminer que j'envoyais les en-têtes correctement. Cela ne permet pas de déterminer ce que le SERVEUR reçoit lorsque la requête passe par un proxy ou comment il traite la requête - quelle était la question. –

+0

Mon erreur dans ce cas, je voudrais utiliser Wireshark pour regarder le trafic réseau. Vous pouvez appliquer des filtres pour voir le trafic TCP et la destination/source pour déterminer ce qui est transmis. Wireshark peut afficher ceci comme texte afin que vous puissiez voir les demandes. Cela ne permettrait pas de répondre COMMENT il traite la demande. Mais pourrait aider. –

Questions connexes