J'ai une Fedora Core 4 avec un serveur ftp ProFTPD 1.2.10.
Quand je lance un transfert, pendant une trentaine de secondes rien ne se
passe, ensuite le transfert démarre avec une vitesse de transfert honorable.
J'ai vérifié les fichiers hosts, host.conf, resolv.conf, nsswitch.conf,
pam.d, je n'ai rien remarqué de spécial ...
Est ce que vous avez quelques idées ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pierrot
J'oubliais le serveur est lancé en standalone ...
"Pierrot" a écrit dans le message de news:43b034d6$0$6652$
Salut la liste,
J'ai une Fedora Core 4 avec un serveur ftp ProFTPD 1.2.10. Quand je lance un transfert, pendant une trentaine de secondes rien ne se passe, ensuite le transfert démarre avec une vitesse de transfert honorable.
J'ai vérifié les fichiers hosts, host.conf, resolv.conf, nsswitch.conf, pam.d, je n'ai rien remarqué de spécial ... Est ce que vous avez quelques idées ?
Merci d'avance ...
A+
J'oubliais le serveur est lancé en standalone ...
"Pierrot" <pierrot.nospam@wanadoo.fr> a écrit dans le message de
news:43b034d6$0$6652$8fcfb975@news.wanadoo.fr...
Salut la liste,
J'ai une Fedora Core 4 avec un serveur ftp ProFTPD 1.2.10.
Quand je lance un transfert, pendant une trentaine de secondes rien ne se
passe, ensuite le transfert démarre avec une vitesse de transfert
honorable.
J'ai vérifié les fichiers hosts, host.conf, resolv.conf, nsswitch.conf,
pam.d, je n'ai rien remarqué de spécial ...
Est ce que vous avez quelques idées ?
"Pierrot" a écrit dans le message de news:43b034d6$0$6652$
Salut la liste,
J'ai une Fedora Core 4 avec un serveur ftp ProFTPD 1.2.10. Quand je lance un transfert, pendant une trentaine de secondes rien ne se passe, ensuite le transfert démarre avec une vitesse de transfert honorable.
J'ai vérifié les fichiers hosts, host.conf, resolv.conf, nsswitch.conf, pam.d, je n'ai rien remarqué de spécial ... Est ce que vous avez quelques idées ?
Merci d'avance ...
A+
R12y
On Mon, 26 Dec 2005 19:20:24 +0100, Pierrot wrote:
Est ce que vous avez quelques idées ?
identd n'est pas actif coté client, par exemple.
-- Telephone portable "intelligent" (SmartPhone) GSM, GPRS,... Il est sous Linux, ne coute pas trop cher,... http://www.it2l.com/product_info.php?cPath&products_idE6
On Mon, 26 Dec 2005 19:20:24 +0100, Pierrot wrote:
Est ce que vous avez quelques idées ?
identd n'est pas actif coté client, par exemple.
--
Telephone portable "intelligent" (SmartPhone) GSM, GPRS,...
Il est sous Linux, ne coute pas trop cher,...
http://www.it2l.com/product_info.php?cPath&products_idE6
On Mon, 26 Dec 2005 19:20:24 +0100, Pierrot wrote:
Est ce que vous avez quelques idées ?
identd n'est pas actif coté client, par exemple.
-- Telephone portable "intelligent" (SmartPhone) GSM, GPRS,... Il est sous Linux, ne coute pas trop cher,... http://www.it2l.com/product_info.php?cPath&products_idE6
Pascal
Salut,
identd n'est pas actif coté client, par exemple.
Ou plutôt le port ident (TCP 113) est bloqué en entrée sur le client par un firewall mal configuré (bloquer, c'est mal). Si le client répond "port fermé", je ne vois pas pourquoi le serveur s'acharnerait dessus pendant 30 secondes.
Autre possibilité : time-out de la résolution DNS inverse de l'adresse du client par le serveur.
Lancer un analyseur de trafic genre tcpdump, ethereal, sur le client et le serveur peut aider à voir ce qui se passe.
Question : le délai se produit à la connexion au serveur ou à chaque transfert ?
Salut,
identd n'est pas actif coté client, par exemple.
Ou plutôt le port ident (TCP 113) est bloqué en entrée sur le client par
un firewall mal configuré (bloquer, c'est mal). Si le client répond
"port fermé", je ne vois pas pourquoi le serveur s'acharnerait dessus
pendant 30 secondes.
Autre possibilité : time-out de la résolution DNS inverse de l'adresse
du client par le serveur.
Lancer un analyseur de trafic genre tcpdump, ethereal, sur le client et
le serveur peut aider à voir ce qui se passe.
Question : le délai se produit à la connexion au serveur ou à chaque
transfert ?
Ou plutôt le port ident (TCP 113) est bloqué en entrée sur le client par un firewall mal configuré (bloquer, c'est mal). Si le client répond "port fermé", je ne vois pas pourquoi le serveur s'acharnerait dessus pendant 30 secondes.
Autre possibilité : time-out de la résolution DNS inverse de l'adresse du client par le serveur.
Lancer un analyseur de trafic genre tcpdump, ethereal, sur le client et le serveur peut aider à voir ce qui se passe.
Question : le délai se produit à la connexion au serveur ou à chaque transfert ?
R12y
On Mon, 26 Dec 2005 19:36:46 +0100, wrote:
je ne vois pas pourquoi le serveur s'acharnerait dessus pendant 30 secondes.
Moi non plus, mais il y en a qui attendent quand même...
-- Telephone portable "intelligent" (SmartPhone) GSM, GPRS,... Il est sous Linux, ne coute pas trop cher,... http://www.it2l.com/product_info.php?cPath&products_idE6
On Mon, 26 Dec 2005 19:36:46 +0100, Pascal@plouf wrote:
je ne vois pas pourquoi le serveur s'acharnerait dessus
pendant 30 secondes.
Moi non plus, mais il y en a qui attendent quand même...
--
Telephone portable "intelligent" (SmartPhone) GSM, GPRS,...
Il est sous Linux, ne coute pas trop cher,...
http://www.it2l.com/product_info.php?cPath&products_idE6
je ne vois pas pourquoi le serveur s'acharnerait dessus pendant 30 secondes.
Moi non plus, mais il y en a qui attendent quand même...
-- Telephone portable "intelligent" (SmartPhone) GSM, GPRS,... Il est sous Linux, ne coute pas trop cher,... http://www.it2l.com/product_info.php?cPath&products_idE6
