Bonsoir,
Aujourd'hui, ma comptable me demande de créer mon compte sur
impots.gouv.fr. OK, je découvre le truc pour les entreprises, pas de soucis.
Je cliqouille tranquillement quand je tombe sur ça :
https://inscriptionpro.impots.gouv.fr
Avec un certificat expiré depuis le ... 09/05/2013 ! Rien de que ça.
Mais que fait l'ANSSI ? Maintenant qu'ils sont assermentés, ils
pourraient peut être soulever le tapis et commencer à enlever les 25 cms
de poussière dessous non ?
Oui, chuis énervé oui.
Julien
Hello la liste,
Je cherche un outil web de management DNS gratuit pour remplacer le bon
vieux NicTool que nous utilisions jusqu'ici. Avez-vous quelques outils plus
"modernes" à me conseiller ?
Merci d'avance,
--
Youenn Piolet
piolet.y(a)gmail.com
Bonjour,
Utilisateur et fan d'Exim de longue date je fais ma popote avec la
configuration très flexible des retry et les 3 algorithmes (fixed
intervals, geometrically increasing intervals et randomized intervals).
Dans ma nouvelle vie c'est Postfix qui est utilisé, je fais avec, lui
trouve quelques bons côtés mais ne trouve pas de moyen élégant de faire
ce que je fais avec Exim et ses retry.
Suis-je passé à côté de quelque chose dans la doc ? Faut-il vraiment
bidouiller avec les "…
[View More]transports" pour faire ça par domaines sans pour
autant avoir de géométrie dans le temps ? Comment faite vous ?
Merci d'avance,
Cyril
--
Cyril Feraudet
http://perfwatcher.org/https://github.com/perfwatcher/collectm
[View Less]
Nous nous sommes rendu compte en faisant des traces Wireshark sur un poste
client que quand le problème se produit nous avons des duplications de
trames, les trames dupliqués proviennent d'un de nos parefeu Netasq alors
que celui-ci ne sert pas de passerelle au serveurs.
> Ce FW est-il en mode bridge ?
oui il est en mode bridge. Cela expliquerait-il active t-il une sorte de promiscious mode ?
Bonjour,
merci encore pour votre aide.
Je suis sur les tests ce matin, mais comme c'est aléatoire c'est assez long pour valider les étapes.
En créant une page php avec
> // Start full report
> echo "<h1>SERVER: DATE</h1>";
> echo "<pre>";
> print_r(date("Y/m/d h:i:sa"));
> echo "</pre>";
> echo "<h1>HTTP: REQUEST HEADER</h1>";
> echo "<pre>";
> print_r(getallheaders());
> echo "</pre>";
Je me suis rendu compte que l'…
[View More]heure donnée par php ne corresponds pas avec celle donnée par le serveur.
Savez-vous quels impacts cela peut-il avoir ?
Merci
> From: frsag-request(a)frsag.org
> Subject: Lot FRsAG, Vol 183, Parution 1
> To: frsag(a)frsag.org
> Date: Mon, 23 Mar 2015 01:22:58 +0100
>
> Envoyez vos messages pour la liste FRsAG à
> frsag(a)frsag.org
>
> Pour vous (dés)abonner par le web, consultez
> http://www.frsag.org/mailman/listinfo/frsag
>
> ou, par email, envoyez un message avec 'help' dans le corps ou dans le
> sujet à
> frsag-request(a)frsag.org
>
> Vous pouvez contacter l'administrateur de la liste à l'adresse
> frsag-owner(a)frsag.org
>
> Si vous répondez, n'oubliez pas de changer l'objet du message afin
> qu'il soit plus spécifique que "Re: Contenu du digest de FRsAG..."
>
>
> Thèmes du jour :
>
> 1. Re: Apache rafraichissement page (Baptiste)
> 2. Re: Apache rafraichissement page (Emmanuel Thierry)
> 3. Re: Apache rafraichissement page (Christophe LE PORT)
> 4. Re: Apache rafraichissement page (jr(a)captainadmin.com)
> 5. Re: Apache rafraichissement page (Mrjk)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 22 Mar 2015 12:00:00 +0100
> From: Baptiste <bedis9(a)gmail.com>
> To: Christophe LE PORT <c.leport(a)hotmail.fr>
> Cc: "frsag(a)frsag.org" <frsag(a)frsag.org>
> Subject: Re: [FRsAG] Apache rafraichissement page
> Message-ID:
> <CAODHi7q4m+ch0PDgT2Xbwb3v6wtnMOixoKkZw6W3ejznKGDNCQ(a)mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2015-03-22 11:31 GMT+01:00 Christophe LE PORT <c.leport(a)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
>
>
> ------------------------------
>
> Message: 2
> Date: Sun, 22 Mar 2015 12:15:44 +0100
> From: Emmanuel Thierry <ml(a)sekil.fr>
> To: Christophe LE PORT <c.leport(a)hotmail.fr>
> Cc: "frsag(a)frsag.org" <frsag(a)frsag.org>
> Subject: Re: [FRsAG] Apache rafraichissement page
> Message-ID: <B0A99C40-F8B1-451E-A4C5-BDEDF505D5AC(a)sekil.fr>
> Content-Type: text/plain; charset=iso-8859-1
>
> Bonjour,
>
> Le 22 mars 2015 à 11:31, Christophe LE PORT a écrit :
>
> >
> > 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.
>
> Le header Server de apache est le même que tu l'utilises en HTTP ou HTTPS. Ça veut juste dire que ton apache a été compilé avec le support TLS.
>
> Cordialement
> Emmanuel Thierry
>
>
>
> ------------------------------
>
> Message: 3
> Date: Sun, 22 Mar 2015 16:30:10 +0100
> From: Christophe LE PORT <c.leport(a)hotmail.fr>
> To: Baptiste <bedis9(a)gmail.com>, "webmaster(a)ajeux.com"
> <webmaster(a)ajeux.com>
> Cc: "frsag(a)frsag.org" <frsag(a)frsag.org>
> Subject: Re: [FRsAG] Apache rafraichissement page
> Message-ID: <DUB119-W40F81E84E5D8B5E9298CFFE70C0(a)phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
> 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: bedis9(a)gmail.com
> > To: c.leport(a)hotmail.fr
> > CC: frsag(a)frsag.org
> >
> > 2015-03-22 11:31 GMT+01:00 Christophe LE PORT <c.leport(a)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
>
> -------------- section suivante --------------
> Une pièce jointe HTML a été nettoyée...
> URL: <http://www.frsag.org/pipermail/frsag/attachments/20150322/323d5ea9/attachme…>
>
> ------------------------------
>
> Message: 4
> Date: Sun, 22 Mar 2015 23:28:41 +0100
> From: jr(a)captainadmin.com
> To: frsag(a)frsag.org
> Subject: Re: [FRsAG] Apache rafraichissement page
> Message-ID: <1453bd49c0ee26948f69ae321b684c30(a)captainadmin.com>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> 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: bedis9(a)gmail.com
> >> To: c.leport(a)hotmail.fr
> >> CC: frsag(a)frsag.org
> >>
> >> 2015-03-22 11:31 GMT+01:00 Christophe LE PORT <c.leport(a)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/
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 23 Mar 2015 01:22:32 +0100
> From: Mrjk <mrjk.78(a)gmail.com>
> To: jr(a)captainadmin.com
> Cc: French SysAdmin Group <frsag(a)frsag.org>
> Subject: Re: [FRsAG] Apache rafraichissement page
> Message-ID:
> <CAPhPNGNk2h=U9a0mcj7tVJpXTNno2dMc+8HTN5Qw6aDSxULMOg(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Bonsoir,
>
> Avec les informations que tu nous a indiquées, j'essayerai de répondre aux
> questions suivantes.
>
> Je pars du constat que: Le problème est reproduisible directement sur la
> machine (sans le HAProxy), cependant il peut toujours y avoir un problème
> de réseau.
>
> Test 1:
> #########
> Essayer de reproduire le problème depuis le localhost de ton serveur (wget
> --headers="Host:mondomaine.com" 127.0.0.1/test.php)
> --> Si le problème se reproduit à l'identique depuis le localhost et depuis
> ton poaste local, le problème n'est pas au niveau du réseau, mais au niveau
> de la machine.
> --> Si le problème ne se reproduit pas, c'est probablement un problème de
> firewall ou de proxy (mais visiblement, ce n'est pas le cas)
>
> Test 2:
> #########
> Essayer de voir si c'est Apache le problème, ou plutôt le module PHP
> (mod_php ou PHP-FPM). Essayer de servir un fichier html et un fichier PHP,
> pour voir si le problème se reproduit sur le HTML
> --> Si le problème existe sur les deux, le problème vient d'apache
> --> Si le problème vient seulement du code PHP, le problème vient de ...
> PHP ^^
>
> Test 3:
> #########
> Si c'est PHP, et en supposant que ce ne soit pas un problème de
> programmation, il faut essayer de reproduire le pb avec une page comme
> ci-dessous (à toi de le modifier pour qu'il corresponde à tes besoins).
> Après, il faut aller éplucher les logs pour voir ce qu'il se passe:
>
> Note: Faire attention si y'a du cache PHP, ça peut être interressant de le
> désactiver pendant les tests, en supposant que ce ne soit pas la source du
> problème.
>
> <?php
>
> // Disable cache
> header("Expires: on, 01 Jan 1970 00:00:00 GMT");
> header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
> header("Cache-Control: no-store, no-cache, must-revalidate");
> header("Cache-Control: post-check=0, pre-check=0", false);
> header("Pragma: no-cache");
>
> // Send a syslog message
> openlog('apache2', LOG_CONS | LOG_NDELAY | LOG_PID, LOG_USER | LOG_PERROR);
> syslog(LOG_NOTICE, 'Debug: Notice test message (1/3)');
> syslog(LOG_INFO, 'Debug: Info test message (2/3)');
> syslog(LOG_ERR, 'Debug: Error test message (3/3)');
> closelog();
>
> // Start full report
> echo "<h1>SERVER: DATE</h1>";
> echo "<pre>";
> print_r(date("Y/m/d h:i:sa"));
> echo "</pre>";
> echo "<h1>HTTP: REQUEST HEADER</h1>";
> echo "<pre>";
> print_r(getallheaders());
> echo "</pre>";
>
> echo "<h1>HTTP: SERVER</h1>";
> echo "<pre>";
> print_r ($_SERVER);
> echo "</pre>";
>
> echo "<h1>HTTP: POST DATA</h1>";
> echo "<pre>";
> print_r($_POST);
> echo "</pre>";
>
> echo "<h1>PHP: PHPINFO</h1>";
> phpinfo();
> ?>
>
> Test 4:
> #########
> - Penser au contexte: le problème arrive tout le temps? Quand y'a de la
> charge? Quand y'en a pas? Pendant des backups? Pendant un check de la
> supervision (omg) ?
> - Penser au cache PHP, si y'en a un ...
> - Penser à la conf de PHP et/ou Apache
> - Si tu as un pool de serveur derrière, penser à la concurrence: des
> modifications sur des fichiers lockées, des requetes mysql en attente, des
> accès concurrents, etc ...
> - Faire un strace sur le process qui sert le fichier (franchement pas
> facile avec le mod_php, mais ça se fait, l'idée est de sortir la machine de
> ton pool de prod, si tu en a un, pour faire tes tests)
>
> Test 5:
> #########
> En dernier recours, essayer de voir si le problème se reproduit dans un
> environnement neuf, et essayer de faire le diff des confs. C'est long et
> pas élégant, mais c'est pour ça que c'est le test 5 et qu'il y'en a pas
> après ^^
>
>
> Et si c'est pas dans tout ce que j'ai dit, je parie une bière que c'est un
> problème de code, ou sous-jacent :-D On sous-estime toujours les codeurs
> dans l'accomplissement de leur exploits techniques, huhu (</troll>) :D
>
> Bon courage, je serai curieux de savoir ce que c'était au final :-)
> --
> MrJK
> GPG: https://jeznet.org/jez.asc
>
> Le 22 mars 2015 23:28, <jr(a)captainadmin.com> a écrit :
>
> > 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: bedis9(a)gmail.com
> >>> To: c.leport(a)hotmail.fr
> >>> CC: frsag(a)frsag.org
> >>>
> >>> 2015-03-22 11:31 GMT+01:00 Christophe LE PORT <c.leport(a)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/
> >
> -------------- section suivante --------------
> Une pièce jointe HTML a été nettoyée...
> URL: <http://www.frsag.org/pipermail/frsag/attachments/20150323/3a894fe7/attachme…>
>
> ------------------------------
>
> Subject: Pied de page des remises groupées
>
> _______________________________________________
> FRsAG mailing list FRsAG(a)frsag.org
> http://www.frsag.org/mailman/listinfo/frsag
>
> ------------------------------
>
> Fin de Lot FRsAG, Vol 183, Parution 1
> *************************************
[View Less]
Bonjour la liste,
Je suis devant un problème dont je ne trouve pas la solution, et pourtant comme ça cela semble simple...
Je souhaite me connecter en RDP à un poste de travail en Windows 7 pro SP1 (à jour) depuis un autre poste de travail en Windows et cela ne fonctionne pas.
J'ai vérifié tous les paramètres possibles :
· Bureau à distance autorisé, ça c'est le minimum...
· Firewall désactivé
· Antivirus (Sophos) désactivé, on sait jamais...
· Redémarrer …
[View More]le poste de travail
· Redémarrer les services « bureau à distance »
· Changer la carte réseau
· Changer le port d'écoute de 3389 à 3390
· Aucun événement dans les journaux Windows.
La commande « netstat -a -o » montre que le port 3389 n'est pas en écoute.
Donc là j'ai plus d'idées, si vous avez déjà été confronté à ce cas de figure je suis pas contre un retour :)
Merci d'avance pour vos réponses !
Edouard
[View Less]
Bonjour,
j'ai un LVM crashé, même après restauration du partitionnement LVM de la
veille, toutes les partitions détectées sont inmontables faute de
superblock.
On est en train de remonter les backups qui datent de cette nuit sur le
serveur clone donc ce n'est pas gravissime à long terme, mais vu la
taille des backups c'est très très long, j'aimerais bien activer un peu
les choses en relançant simplement mon LVM. Vu qu'aucune des quelques
dizaines de partitions ne peut être montée je ne …
[View More]crois pas trop à la
corruption individuelles des partitions, il doit y avoir un problème
commun qu'il suffirait de régler pour pouvoir tout remonter tout de suite ?
L'un d'entre vous serait ou connaîtrait un gourou LVM par hasard ?
Merci pour votre aide,
--
Christophe
[View Less]
Bonjour,
Disclaimer: je suis un néophyte de Windows, et je suis confronté à un
problème qui devrait être trivial, et sur lequel je bute depuis
plusieurs jours...
Sur un serveur Windows 2012R2, je parviens à me connecter à un serveur
web (sur le réseau local) via "telnet mon-ip 80". J'obtiens une
connexion, et sur un GET, je reçois le html attendu.
De la même façon, Invoke-WebRequest -OutFile index.html
"http://mon-ip/context/" récupère bien le fichier concerné.
Mais, depuis IE, j'…
[View More]obtiens "Cette page ne peut pas s’afficher". Le
diagnostic réseau m'indique "Le périphérique ou la ressource distant
n'accepte pas la connexion"... (et pourtant... :-) )
J'ai vérifié que les Enhanced Security Configuration de IE sont bien
désactivés.
J'ai regardé si IE utilise un proxy, et je ne pense pas (mais là il y a
peut-être des settings cachés ??)
J'ai récupéré un firefox-portable sur cette machine, et lui aussi échoue
au lancement en réclamant une connexion internet...
J'ai tenté ma chance là
http://superuser.com/questions/891955/on-windows-server-2012-i-cannot-conne…
mais sans succès...
Quelqu'un a une idée ?
Merci d'avance
Franck
[View Less]
Salut à tous,
Après une relecture attentionée de la charte, je crois que cette info a
sa place ici :) L'objectif est bien d'échanger entre profesionnels,
certes pas sur la liste mais "in real life", donc j'espère que ca
intéressera nombre d'entre nous !
Les 14-15 avril prochain se tiennent les devopsdays Paris. C'est une
conférence sur, comme son nom l'indique, le devops. Sur deux jours, un
mardi-mercredi, les matinées sont des talks type retour d’expérience sur
la mise en place de mé…
[View More]thodologies devops au sein de l’entreprise, ou
état de l’art des techniques. L’après-midi sera dédié à des échanges via
des Open Spaces [1] qui sont des séances organisées par petits groupes
où un thème est choisi et où chacun peut alors en discuter avec d’autres
participants.
Un apéritif sur place et une soirée diner dans Paris sont également
prévus le mardi soir pour l'aspect détente / networking :)
Les différents talks au programme de la conférence sont :
- Containers, Germs, and Microservices par John Willis (Docker Inc.)
- What Happens Without Traction par Steve Pereira
- The importance of Why in DevOps par Boris Feld (Tinyclues)
- Bizdevops – from development to the customer par Sabine
Bernecker-Bendixen (sof-IT by Personal Best!)
- DevOps Culture at BlaBlaCar - Keep CAMS and grow par Regis Allegre &
Nicolas Blanc (Blablacar)
- Cognitive biases and our poor intuitions around probability par Nigel
Kersten (PuppetLabs)
- Designing the Enterprise for Manufacturing par Scott Russell (Chef)
- Change management at scale: responsible agile delivery par Pierre-Yves
Ritschard (Exoscale)
- Making the Elephant dance – Daily deliveries at SAP par Dirk Lehmann
(SAP SE)
- Screwing up for fun and profit par Oliver Hankeln (Hankeln Consulting)
Les inscriptions sont ouvertes, sur
http://www.devopsdays.org/events/2015-paris/registration. Le prix est
réduit jusqu'au 31 mars, et inclut l’accès à la conférence, les petits
déjeuners, déjeuners, et la soirée du 14 avril.
Petit disclaimer : je suis un des organisateurs de l'événement, à titre
bénévole. J'y serai donc bien évidemment, et j'espère voir un bon nombre
d'entre vous !
Jon
[1] Open Space Technology: voir
http://www.devopsdays.org/pages/open-space-format/ pour plus d'infos
[View Less]
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 …
[View More]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
[View Less]