Discussion :

[RicFT]

Bonjour,
Le problème suivant se pose avec un serveur IHS 1.3.26.
Pour certains clients, les requêtes http vers le serveur n'aboutissent pas. Le client (navigateur) attend une réponse qui ne vient pas et un message est présenté à l'utilisateur à l'issue d'un timeout.
Après analyse des logs IHS :
. après timeout du client, une trace avec code 200 est inscrite avec 0 octet envoyé
. si le client coupe la connexion avant le timeout, une trace avec code 200 est inscrite avec le nombre d'octets envoyés correspondant à la page demandée. Mais le client ne traite pas la réponse.
Tout se passe comme si le serveur attendait des infos supplémentaires du client avant de traiter la requete.
Je précise que le pb se pose pour certains clients, mais pas d'autres. Le fichier httpd.conf n'exclut pas d'adresses IP en particulier.
Selon vous, le problème vient-il du serveur IHS ou est-ce un pb réseau (trame incomplète ou autre) ?
Pr info, le ping fonctionne très bien pr tous les clients.

Merci.

[_Mac_]

Les "certains clients" et les autres sont-ils tous sur le même réseau ? Je veux dire par là que si ces "certains clients" passent par un proxy, il se peut que le pb vienne du proxy. Pour comprendre le pb, il faut que tu fasses tes tests dans des conditions identiques pour tous les clients.

Si la connexion est directe entre le client et le serveur, le comportement est-il le même en utilisant différents navigateurs ou le pb persiste qu'avec certains navigateurs ? Je sais que sur OHS (Oracle HTTP Server), y a un souci avec une certaine version d'IE qui fait que des fois, sans qu'on sache pourquoi, on se retrouve avec une erreur "DNS Error". La solution de contournement consiste à mettre KeepAlive Off dans httpd.conf. Essaie pour voir avec ça, on ne sait jamais.

[RicFT]

En fait tous les clients passent par un proxy.
Les clients pour qui ça ne fonctionne pas passent en plus par un firewall : il s'agit de clients externes à ma société à qui on a ouvert des accès à notre réseau via de l'interco. Mais le firewall ne bloque pas et on a pu analyser les dialogues (trames IP) entre le client et le serveur : la connexion est bien établie.
Je ne pense pas qu'il s'agisse d'1 pb de navigateur car le comportement est identique avec IE et Firefox.
2 autres précisions :
- ces clients externes ont accédé pendant un certain temps au serveur IHS. Le pb se pose depuis un mois sans qu'il y ait eu de modification apparente côté serveur (par ex, pas de relance IHS depuis longtemps).
- ces mêmes clients continuent à accéder à d'autres serveurs Web sans pb.

J'essaie de déterminer si cela provient du serveur ou du réseau.

Merci.
Cdt

[_Mac_]

Vu ce que tu décris, ça ressemble plutôt à un pb réseau : si tu es certain qu'il n'y a eu aucune modif de toute sorte (OS, nouvelle version d'application, patch, etc.) sur le serveur depuis longtemps, avant que le pb ne survienne, le serveur est clairement hors de cause.

Ce qui peut se passer parfois avec les firewalls c'est qu'ils coupent volontairement les connexions TCP inactives, mais je ne suis pas sûr que cela te concerne. Généralement, on rencontre ce pb genre tous les matins : les connexions gardées la nuit sont tombées car pas d'activité dessus.