Reprise du message précédent :
Exim (configuré en "localhost seul" ) pourait-il gener d'autres applis serveur ?

non, Exim ne genera pas...  Peut etre qu'en faisant un strace lors d'une connexion FTP, tu verras ou ca bloque...
 
strace ftp 192.168.0.100
 
Ne nous colle pas la totalité de la sortie
 

Je vient de finir ma réinstall de Debian,
 
je teste "strace ftp 192.168.0.100 "

strace est bavard mais je vois rien de choquant.
 
J'ai trouvé dans le tat:

Il ne chercherait pas avant sur internet pour se connecter en local ?

Essaie en désactivant IPV6 .
Dans le fichier /etc/modprobe.d/aliases
Change la ligne:

en :

Puis reboot.

Je teste
 
Bas...
 
Toujours aussi lent, pas de différences...
 
D'autres idées, allez-y, il y en aura pour tous le monde !!!

Dans /var/log/daemon.log:
 

et 192.168.0.2 est le client.
Je fais juste un ftp + me logue + quitte
 
C'est quoi mod_delay ?
 
Pour info:

c'est un truc de sécurité (voir la doc) qui retarde un peu les connexions de quelques µsecs.

Sachant de 17 sec est > que 23 µsec, il faut chercher autre part.
 
J'ai maj mon /etc/hosts

 
route

Pas d'autres idées ?
 
Je repasse sur Mandriva ?

Pour proftpd,

lui a donné un sacré coup de fouet.
 
Pour webmin, desactiver "configuration de Webmin" / "audit" / "Écrire les noms d'hôtes" lui aussi donné un sacré coup de fouet !!!

C'est bon ça marche !!!
 
Merci à tous.

Euh et la soluce ?

C'est ce que je vient de mettre !
 
J'avais l'impression que cela touchait tous mes serveurs... En réalité, seul proftpd et webmin etaient touchés.  
 
A chaque requette d'un client, il faisaient une requette DNS pour savoir à qui appartenait l'ip client pour les log.
Les deux params de proftpd desactivait le DNS inverse.
Et pour Webmin, "Écrire les noms d'hôtes" bas... idem: si il n'écrit pas les noms d'hotes, il ne les log pas, donc il ne les recherchent pas.
Et comme je n'ai pas de DNS, pas de nom d'hotes à résoudres !
 
Cela me rappele un pb que j'avais avec postfix, il me fallait un nom de domaine, meme pour envoyer des simples mails en réseau local. Alors j'ai mi "serv.domaine.com" comme nom de machine, et mes utilisateurs envoyait à utilisateur@domaine.com. Et bien cet idiot de postfix, il vérifiait que "serv" était bien déclaré chez "domaine.com" et que "domaine.com" existait bien... sur Internet.    (www.domaine.com est un site de vin americain "Domaine Carneros is only an hour from San Francisco"   )
 
En résumé:
Pour nfs, il faut que je fasse encore des tests.
Pour samba, pas de problemes (pour l'instant ?).
Pour apache, la réinstall totale l'a remis d'aplomb, avant j'avais le 2.0 j'ai mis le 1.3 pour plus de sécu.
Pour mysql, il faut que je fasse encore des tests.
Pour ssh, je peut bien attendre 5 secondes.
 
Voila.
 
Encore merci à tous.

Bonjour,  
 
J'ai été confronté au même problème cette après-midi lors de l'installation d'un petit serveur... Les symptômes étaient : lenteur de Webmin, lenteur de ProFTP (avant l'authentification, au listage et au transfert) et grande latence avant la demande du mot de passe avec SSH.  
 
J'ai fini par mettre les deux serveurs DNS de mon fournisseur d'accès Internet dans mon fichier /etc/resolv.conf et tout est rentré dans l'ordre...  
Exemple pour Skynet (Belgique) :  
nameserver 195.238.2.21
nameserver 195.238.2.22
 
Par contre les deux options "IdentLookups off" et "UseReverseDNS off" sont toujours requises pour garder une authentification et un listage rapides avec ProFTP.  
 
Merci en tout cas pour cette astuce qui m'a permis de corriger une lenteur au niveau du FTP sur plusieurs machines.

De rien !