J'ai actuellement passé les connexions en UDP, un reboot du serveur a été fait. Ce problème étant actuellement solutionné par un reboot, je ne peux vous dire si cette modification à corrigé mon problème. Si le passage en UDP ne corrige pas ce problème, Je testerai alors une connexion sans Firewall. Je vous tiendrai informé de la suite des évènements.

Le 1 février 2011 12:16, Yann Verry <yann@verry.org> a écrit :

On Tue, Feb 01, 2011 at 11:40:15AM +0100, David Le Meur wrote:
> > On 01/02/11 11:21, Xavier Beaudouin wrote:
> >
> > Je ne sais pas quel type de firewall tu as, mais je pencherais a un
> >> firewall qui fait sont garabage collector et qui vire ses connections TCP
> >> idle...
> >>
> >
> > +1 pour le firewall.

J'ajouterais également que la preproduction travaille surement moins que la prod
avec de grand creux d'activité.
Ceci expliquerais le problème sur la preprod et pas la prod. Ceci n'est
evidemment pas du vécu ... :D

> >
> > La table ip_conntrack qui sature (auquel cas, ça devrait être indiqué dans
> > le syslog) ou un réglage iptables qui limite le nombre de connexions
> > (iptables -L -v -n mettra p-e ça en évidence).
> >
> > --
> > Olivier
> >

Yann
--
Linux, une histoire de vi ou de more
--. . . -.- ....- . ...- . .-.

_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/