Nous recevons quelques appels clients sporadiques (moins de 0,1 % de nos utilisateurs) se plaignant de ne pas pouvoir accéder au site web de mon entreprise - soit ils obtiennent une page blanche (s'ils utilisent IE), soit une erreur d'encodage de contenu" qui indique que la page utilise une forme de compression invalide ou non prise en charge (s'ils utilisent FireFox).
La suspicion actuelle est que lorsqu'une requête de navigateur HTTP 1.1 passe par un proxy HTTP 1.0, nous renvoyons la requête de navigateur HTTP 1.1 compressée, qui est ensuite altérée par le proxy HTTP 1.0.
Le site web est un serveur Tomcat 4.2.2 en backend avec un serveur IIS 6.0 en front-end avec GZIP et DEFLATE activés sur les serveurs IIS.
Quelqu'un a-t-il déjà rencontré ce type d'erreur ? Y a-t-il une solution recommandée pour éviter de perturber les anciennes implémentations de proxy ?
Édition : Nous pouvons reproduire le problème avec une configuration par défaut de squid-2.5, cependant les versions plus récentes de squid semblent fonctionner parfaitement.
