Bonjour
Le 27/12/2013 08:58, Olivier a écrit :
Bonjour,
Où se trouve la doc de Debian pour lire la sortie de
/proc/net/ip_conntrack ?
Une bonne doc se trouve a cette adresse
http://www.inetdoc.net/guides/iptables-tutorial/theconntrackentries.html
Bonne lecture
Denis
--
Lisez la FAQ de
Bonjour,
Où se trouve la doc de Debian pour lire la sortie de /proc/net/ip_conntrack
?
J'imaginais quelque chose comme "man ip_conntrack".
Plus généralement, comment se documenter en ligne sur /proc et ses sorties ?
Sts
On Mon, 02 May 2005 01:15:23 +0200, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote :
Salut !
> > Le véritable problème est que en attendant j'aurais aimé vidé la
> > table ip_conntrack sans devoir rebooter. Une brève recherche sur
> > google me dit qu
Salut,
Olive a écrit :
Le véritable problème est que en attendant j'aurais aimé vidé la table
ip_conntrack sans devoir rebooter. Une brève recherche sur google me dit
qu'il faut tout simplement que je décharge le module ip_conntrack.
Seulement voilà celui-ci dépend de ipt_state et de i
Bonjour,
J'ai depuis quelques jours un problème bizarre sur ma Debian Testing :
j'ai souvent des messages du genre : "ip_conntrack: table full, dropping
packet" après quelques heures de connexion à internet.
Si je regarde /proc/net/ip_conntrack je me rends compte que
dans l'exécution des commandes (mais, c'est pareil si tu as
> >un problème lors du redémarrage).
>
> Je ne comprend pas bien...
Et bien, si ton système se bloque au démarrage, il te faudra bien
brancher un écran pour diagnostique le problème, mais je diverge...
> &g
e
ses
interfaces réseaux.
Pas d'autres solutions ? (sinon, tant pis, de redémarrerai...)
Normalement, cette commande :
ifdown -a && rmmod ip_conntrack && modprobe ip_conntrack && ifup -a
devrait fonctionner (avec peut-être un nohup avant). Si tu n'es pas
certain à
ux non plus decendre
> >>ses
> >>interfaces réseaux.
> >>Pas d'autres solutions ? (sinon, tant pis, de redémarrerai...)
> >
> >
> >Normalement, cette commande :
> >
> >ifdown -a && rmmod ip_conntrack && modprobe ip_conntrac
Frédéric Bothamy wrote:
* brunoml <[EMAIL PROTECTED]> [2005-02-04 14:21] :
On 4 Feb 2005 at 8:45, Vincent Bernat wrote:
OoO La nuit ayant déjà recouvert d'encre ce jour du jeudi 03 février
2005, vers 23:48, brunoml <[EMAIL PROTECTED]> disait:
Ma table ip_conntrack est staturée
* brunoml <[EMAIL PROTECTED]> [2005-02-04 14:21] :
> On 4 Feb 2005 at 8:45, Vincent Bernat wrote:
> > OoO La nuit ayant déjà recouvert d'encre ce jour du jeudi 03 février
> > 2005, vers 23:48, brunoml <[EMAIL PROTECTED]> disait:
> >
> > > Ma ta
On 4 Feb 2005 at 8:45, Vincent Bernat wrote:
> OoO La nuit ayant déjà recouvert d'encre ce jour du jeudi 03 février
> 2005, vers 23:48, brunoml <[EMAIL PROTECTED]> disait:
>
> > Ma table ip_conntrack est staturée et je voudrais la vider plutôt que
> > d'aug
OoO La nuit ayant déjà recouvert d'encre ce jour du jeudi 03 février
2005, vers 23:48, brunoml <[EMAIL PROTECTED]> disait:
> Ma table ip_conntrack est staturée et je voudrais la vider plutôt que
> d'augmenter sa taille.
> Comment puis-je faire ?
Tu peux décharge
Bonsoir,
Ma table ip_conntrack est staturée et je voudrais la vider plutôt que
d'augmenter sa taille.
Comment puis-je faire ?
Merci.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos c
Mourad Jaber <[EMAIL PROTECTED]> disait récemment :
> Merci pour l'info, c'est justement xmule qui pollue mon ip_conntrack
> Je vais recompiler pour voir...
> Sinon, j'ai essayé de deloader le module ip_conntrack, mais j'ai une
> réponse Device or
Merci pour l'info, c'est justement xmule qui pollue mon ip_conntrack
Je vais recompiler pour voir...
Sinon, j'ai essayé de deloader le module ip_conntrack, mais j'ai une
réponse Device or resource busy donc c'est pas vraiment possible :( à
moins qu'i
Mourad Jaber <[EMAIL PROTECTED]> disait récemment :
> bonjour,
> C'est un peu la suite de mon précédent post voilà une semaine
> J'ai le messge de ip_conntrack full dropping packet or, j'ai fermé
> l'application qui à généré les connection voilà une
Bonjour,
Le 28/07/03 15:24, Mourad Jaber a écrit tout plein de choses, dont :
> J'ai listé /proc/net/ipv4/ip_conntrack et effectivement, il y a des
> connections qui sont maintenu vers la machine ou tournait l'application
> problematique... Quelqu'un connaitrai u
bonjour,
C'est un peu la suite de mon précédent post voilà une semaine
J'ai le messge de ip_conntrack full dropping packet or, j'ai fermé
l'application qui à généré les connection voilà une demi journée, tout
ce passe comme si ip_conntrack continuait à entretenir
> Comment augmenter la taille de l'ip_conntrack ?
# echo '8192' > /proc/sys/net/ipv4/ip_conntrack_max
ou alors net.ipv4.ip_conntrack_max=8192 dans /etc/sysctl.conf
Le nb de conn maxi est fct de la mémoire de la bécane : 64Mo=4096,
128Mo=8192...
> Comment faire en sorte que la saturation de l'ip_
rmit ) j'ai regarder de plus
prés pour m'apercevoir que le syslog est rempli de ip_conntrack full
dropping packets !
J'ai 2 questions :
Comment augmenter la taille de l'ip_conntrack ?
Comment faire en sorte que la saturation de l'ip_conntrack n'empeche pas
le foncti
20 matches
Mail list logo