Comment fermer des connections

 Oui, c'est ce que je pensais, mais c'était pour être sûr qu'on parle bien de la même chose.
 

 
 C'est à vérifier : est-ce que la charge processeur de ce routeur grimpe ("uptime", par exemple)  ? un "top" montre des processus qui bouffent des ressources ?
 Comme a priori l'application échange des données (souvent ?) entre les 2 sites, si le trafic est important, il arrive qu'un "ping" augmente, mais c'est juste qu'il faut bien faire passer toutes les données.
 Pour être plus précis, il faudrait dans un premier temps simplement voir le trafic qui passe par le routeur et le ping en fonction du temps... Il est probable que l'on voit que les pings augmentent quand le trafic est élevé. Et il faudrait relever en même temps le nombre d'entrées dans la table du routeur (par exemple avec le script plus haut) et la charge CPU. En prenant un échantillon de ces données toutes les 5/10 min, ça devrait permettre d'isoler le problème s'il y en a un.
 
 

 Bah, alors ça roule... Mais bon, il est sûr qu'il faut avoir une bonne idée du problème dès à présent : si ça se met à râler, il faut pouvoir aller voir le boss avec un document qui décrit le problème et les moyens techniques pour y remédier (utilisation de techniques permettant d'améliorer la qualité de service, augmentation de la bande passante, upgrade des machines routeurs -RAM, CPU ?-, achat de routeurs "qui sont bien parce qu'ils coûtent cher", ou autre...). Avec les coûts et le temps de mise en place, parce le chef regarde ça aussi... Bref... ch'uis un peu hors sujet, là...
 
 

 
Ouvrir le fichier "suivi_conntrack.csv" avec OOo Calc (ou Excel) permet de faire des jolis graphiques... (et justification du travail  ;) )
.

Ok, je vois. Bah, c'est une solution...
 

Ouaip... Une autre solution, dans le cas où il n'y a besoin de rediriger que quelques ports connus, c'est d'utiliser un truc comme STunnel (des binaires existent pour Windows) : on peut crypter les communications et on n'a plus besoin de faire du PAT sur les routeurs Linux/Windows (ce sont eux qui exécutent STunnel et qui redirigent les requêtes vers les serveurs internes)
 
 

 
 Je crois que ça n'est pas vraiment que la connexion est ouverte (voir sur les serveurs : certaines de ces connexions n'existent plus, non ?), c'est surtout que le routeur retient les connexions qui ont été établies à un moment donné et les garde en mémoire un certain temps, c'est tout.
 

 
 Bah... Je ne sais plus quel est le maximum d'entrées pour le module conntrack avec les noyaux 2.4 ; ça n'est pas 16 ou 32000 ? je trouve plus l'info... Et même de toutes façons, il me semble que si la table est pleine, le noyau va se débrouiller pour supprimer les entrées les plus anciennes. Puisque c'est un routeur, c'est son rôle de faire ce genre de suivi, donc pas de problème a priori.
 
 Par contre s'il y a des problèmes de performance, il faut voir que chaque entrée consomme un certaine quantité de RAM (entre 512 octets et 8 ko, à vérifier là aussi), donc il est souhaitable d'avoir 256 Mo de RAM si cette table grandit.
 
 Un autre problème peut survenir si la table est remplie _et_ que _toutes_ les connexions sont effectivement utilisées : les utilisateurs dont la connexion aura été supprimée sur le routeur vont perdre l'accès au site distant... (ça, ça se voit facilement, les utilisateurs vont venir se plaindre que "ça marche pas" et que l'équipe réseau n'en rame pas une...)

 
je regarde ca... Thanks...

 [:yaisse]