Nous recevons quelques appels sporadiques de clients (moins de 0,1 % de nos utilisateurs) qui se plaignent 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 de codage du contenu" qui indique que la page utilise une forme de compression non valide ou non prise en charge (s'ils utilisent FireFox).
On soupçonne actuellement que, lorsqu'une demande de navigateur HTTP 1.1 passe par un proxy HTTP 1.0, nous renvoyons la demande de navigateur HTTP 1.1 compressée, qui est d'une manière ou d'une autre manipulée par le proxy HTTP 1.0.
Le site Web est un back-end Tomcat 4.2.2 avec un front-end IIS 6.0 avec GZIP et DEFLATE activés sur les serveurs IIS.
Quelqu'un a-t-il déjà rencontré ce genre d'erreur ? Existe-t-il un correctif recommandé pour éviter de casser les anciennes implémentations de proxy ?
Edit : Nous pouvons reproduire le problème avec une configuration par défaut de squid-2.5, mais les versions plus récentes de squid semblent fonctionner parfaitement.