2015-03-22 11:31 GMT+01:00 Christophe LE PORT c.leport@hotmail.fr:
Bonjour,
J'ai un soucis avec httpd 2.4.6 sur centos 7
Le serveur apache marche bien seulement quand j'ouvre une page sur le port 80 et que je rafraichis la page au bout d' un certain temps (environ >5mn) , ça plante (comme çi la page n'existait pas)
Via notre reverse, il nous affiche l'erreur suivante :
Proxy Error
The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /test.php.
Reason: Error reading from remote server
Au niveau des entêtes html, voici le cas d'un fonctionnement normal :
Host: test.site15.net User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: fr,fr-FR;q=0.8,en-US;q=0.5,en;q=0.3 Accept-Encoding: gzip, deflate Connection: keep-alive
Cache-Control: no-cache Connection: Keep-Alive Content-Type: text/html; charset=UTF-8 Date: Sun, 22 Mar 2015 09:07:10 GMT Keep-Alive: timeout=5, max=100 Server: Apache/2.4.6 (CentOS) PHP/5.4.16 Transfer-Encoding: chunked Via: 1.1 test.site15.net X-Debug-Token: 674072 X-Powered-By: PHP/5.4.16
Voici la réponse html lors d'un plantage :
Connection: Keep-Alive Content-Length: 401 Content-Type: text/html; charset=iso-8859-1 Date: Sun, 22 Mar 2015 09:30:03 GMT Keep-Alive: timeout=5, max=100 Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips
Je me demande ce que viens faire "OpenSSL/1.0.1e-fips" alors que je fais une requête sur le port 80.
Sur une analyse wireshark, on peut observer que le serveur envoi des TCP RST après la demande de GET du client alors qu'une connexion tcp est bien établi juste avant d'envoyer le GET HTTP.
J'ai essayé de jouer avec le paramètre keepalive, sans succès !
Si quelqu'un à des pistes ?
Merci,
Christophe
Salut,
Tu pourrais partager la trace réseau, même en PV? Ainsi que les logs Apache... J'ai déjà vu ce genre de comportement avec HAProxy, mais avec un client chrome, c'etait lié au "pre-connect" et à une mauvaise gestion du buffer de reception côté client.
Baptiste