Bonsoir,
Il faut vérifier si le flux arrive toujours sur le serveur final avec un
tcpdump par exemple.
En regardant les logs apache, a supposer que ton vhost soit correctement
configuré, tu devrais avoir des informations dans /var/log/httpd/*.log
qui te permettront de trouver plus facilement l'erreur.
Si tu rafraichis plusieurs fois, le problème persiste ou la page ne
s'affiche toujours pas?
Ton test.php pourrait-être un simple
<?php
// Show all information, defaults to INFO_ALL
phpinfo();
?>
pour être sur que ce en soit pas php qui pose problème ?
Bonne soirée
http://www.captainadmin.com
Le 22-03-2015 16:30, Christophe LE PORT a écrit :
Merci pour vos réponses,
@Manu -> Le problème est identique que ce soit en direct ou en
passant par le reverse
@Baptiste et Olivier
Il n'y aucune trace au niveau des logs httpd (passé en mode debug)
sur le serveur apache
Au niveau du proxy, il me retourne ces 2 lignes :
[Sun Mar 22 16:09:41.754637 2015] [proxy_http:error] [pid 19583]
(104)Connection reset by peer: [client 2.2.227.125:64566] AH01102:
error reading status line from remote server 192.168.0.234:80
[Sun Mar 22 16:09:41.755049 2015] [proxy:error] [pid 19583] [client
2.2.227.124:64566] AH00898: Error reading from remote server returned
by /test.php
Date: Sun, 22 Mar 2015 12:00:00 +0100
Subject: Re: [FRsAG] Apache rafraichissement page
From: bed...@gmail.com
To: c.lep...@hotmail.fr
CC: frsag@frsag.org
2015-03-22 11:31 GMT+01:00 Christophe LE PORT <c.lep...@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
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
