Reprise du message précédent :
pourquoi faire simple quand on peut faire compliqué ?

tcpkill c'est pas natif sur toutes les distros non plus
 
edit : pour faire plaisir à udok, c'est dans dnsiff normalement

bah faut prendre des distro digne de ce nom aussi !  

 
 
netstat ya rien pour killer  

c'est sûr que dnsiff c'est hyper récent, tout à fait le genre de paquets que l'on trouve sur debian ça
 
 
 
ah merde, c'était hier

 
tu peux encore éditer un coup, il reste une erreur    
 
et pis comment tu kill avec netstat toi ?  

 
derniere maj : 5/11/2003
donc c'est pas vieux ... pis où est le pb du moment que ça marche !  

où ça l'erreur ?

dnsiff
en plus tu la fais à chaque coup

netstat -pean affiche les PID/processus associés, facile de killer

Au lit les mômes ... c'est l'heure ... demain y'a école ...

Pour rien, en plus ...  

ah ouai tiens, ça c'est comme les "el" au lieu de "le" ou les "ej" au lieu de "je" -_-
 
mauvaise manie de taper certaines lettres avant d'autres... bon dsniff, voilà, il est bien là non ?

 

et lui il me dit que ma solution est pas bonne
 
d'ailleurs je sais pas comment fonctionne tcpkill, mais si tu fais ça sur un programme multithread et pas multi-proc, tu risques de killer trop de chose

 
j'avoue ça m'arrive aussi, c'est l'ergonomie du clavier qui est pas bonne    
faudrait demander à grosof de refaire l'emplacement des lettres sur les claviers français

hé ho, j'ai pas dit que c'était pas bon hein
 
faut pas pousser mémé, j'ai juste donné les solutions de premier abord, on fait avec ce que l'on a
 
puis ma solution est très bieng aussi, chezmoicamarche

 
bah le problème c'est que je me suis pas encore habitué à mon dernier clavier, je saute ou j'inverse des lettres, les touches sont plus dures que sur l'ancien...

 
bah nan, ça passe pas pour un prog mutlithread mono-process

oui dans ce cas tu es un peu bloqué, mais dans le cas d'apache, ça fonctionne, tout dépend de la config peut-être...

bah non justement c'est à apache que je pensais :
apache2-mpm-threadpool
   
une des améliorations dans apache2 (y-a plusieurs implémentation d'apache, pour sa gestion des nouvelles connexions
celle ci dessus, s'en est une des 4 qui existe actuellement

ça date de quelle version ? (question male posée peut-être )

Package: apache2-mpm-threadpool
Priority: optional
Section: net
Installed-Size: 520
Maintainer: Debian Apache Maintainers <debian-apache@lists.debian.org>
Architecture: i386
Source: apache2
Version: 2.0.48-4
Provides: apache2-modules, apache2, httpd
Depends: libapr0 (>= 2.0.48), libc6 (>= 2.3.2.ds1-4), libdb4.1, libexpat1 (>= 1.95.6), libldap2 (>= 2.1.17-1), libssl0.9.7, zlib1g (>= 1:1.1.4), apache2-common (= 2.0.48-4)
Conflicts: apache2, apache2-mpm-worker, apache2-mpm-prefork, apache2-mpm-perchild
Filename: pool/main/a/apache2/apache2-mpm-threadpool_2.0.48-4_i386.deb
Size: 206340
MD5sum: 6b646920c4c600018d10ab28c30f1214
Description: Experimental High speed thread pool model for Apache2
 The threadpool MPM provides an EXPERIMENTAL thread pool implementation
 for Apache2. It is somewhat faster and less CPU intensive than the worker
 model, but has not currently received much testing.

ah ouai, 2.0.48, ben je fous plus à jour moi alors
 
de toutes façons c'est une histoire de configuration, on aura toujours le choix à la compile... parce que bon, c'est bien pour un serveur de prob bien chargé peut-être, mais pour mon utilisation perso

bah perso pour mon serveur perso je mettrais ça sur inetd comme ça pas emmerdé et la question se pose pas

par "serveur de prob", il fallait comprendre "serveur de prod"
 
je vais aller m'acheter des doigts parce que là... ou peut-être arrêter le mélange whisky/orange + beaujolais
 
ils vont inclure un autre système de suivie des connexions sur apache alors ?

j'avais compris
ça arrive à tout le monde
 

bah je sais pas du tout, j'ai déduit ça en voyant la description des packages debian hier quand je cherchais un serveur web
en fait je voulais un petit serveur web mais les  que j'ai essayé déconne donc j'ai abandonné parce que je voulais pas conf apache et que de toute façon mon serveur ftp suffira très bien pour ce que je veux faire à savoir mettre des fichiers en ligne
 
voici la liste des paquets debian pour apache2 :
 

donc comme il est indiqué dans apache2-common, les packages apache2-mpm-* implémente le serveur en utilisant différente méthode pour générer les connexions ... et il est bien dit que l'une des innovations c'est l'apport du threading

oki oki, merci
 
je regarderais ce que ça donne qd même
 
bon sur ce, bonne nuitée tout le monde

tiens tu vois moi aussi j'écris n'importe quoi
s/générer/gérer/

www.enm.meteo.fr
qq'un arrive à y accéder ?  

oui  ca marche chez moi
bon mon pack de smiley a l'air de fonctionner
(avec juste les essentiels )  
par contre ce qui est relou est que je n'ai pas l'animation )

 
spakool ça, sont sympa les gifs animé d'hfr
faudra que tu me l'envoies
 
bon fait chier là, pourquoi je peux pas accéder au site moi ... j'ai le même pb avec ça :
http://www.snui.fr/
 
et quand je ping ces deux sites, ça marche pas !!
pourtant nmap les voit bien up

ui ça marche  

il fonctionne chez moi aussi (le second    )
Pour les animations j'ai bien suivi le how to quivabien (tm) mais ca doit etre les gif qu'il ne supporte pas
a coup sur ca doit marcher avec d'autre clients  (je crois que justin avait désactivé les animations il me semble )
faudrait que je teste
& je te mets le lien pour la premiere version

une petite question, vous avez comme ip pour ces sites :
http://www.snui.fr/
http://www.enm.meteo.fr/

je vais mettre le lien dans le topic jabber )

mais pourquoi je peux pas y accéder
le sort est contre moi

ça marche quand je passe par proxy !!
y-a psa qq'un un peu caller en réseau qui saurait à quoi ces symptomes correspondent ?
j'aurais bien dit le mtu, mais je doute que ça changerait quoi que ce soit en passant par un proxy
en plus il est de 1492 donc ça doit être bon (j'ai du le mettre manuellement par contre pace qu'il est de 9xxx par défaut, je sais pas pourquoi )