Merci à tous pour vos réponses, 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.
Merci encore Cordialement, David Le 1 février 2011 12:16, Yann Verry <[email protected]> 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/ >
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
