[Vsftpd] Serveur ne démarre pas [Résolu/Fermé]

Signaler
Messages postés
8731
Date d'inscription
vendredi 19 septembre 2003
Statut
Modérateur
Dernière intervention
20 août 2016
-
 ArKam -
Bonjour,

J'ai une Mk 10.0 avec Vsftpd 2.0.1 installé dessus.
Lorsque j'essaie de le lancer ça donne:
[root@localhost kilian]# /usr/local/sbin/vsftpd &
500 OOPS: could not bind listening IPv4 socket
[1] 3304
[1]   Exit 1                  /usr/local/sbin/vsftpd


Alors en ayant lu quelques discussions de personnes qui ont eu le même problème
j'ai cherché si je n'avais pas déjà un serveur Ftp en marche.
Mon port 21 est ouvert. J'ai essayé de chercher quel serveur écoutait ce port en faisant netstat -a mais la ligne concernée n'est pas très parlante :-)
tcp        0      0 *:ftp                   *:*                     LISTEN


Et si je tente de me connecter avec la commande ftp sur localhost j'ai la même erreur "500 oops : could not bind listening IPv4 socket"...

Vous ne sauriez pas comment je pourrais trouver le logiciel qui hante mon port 21 par hasard?

Merci d'avance :-)

Sm95ZXVzZXMgZup0ZXMgOi0p

9 réponses

Messages postés
66
Date d'inscription
jeudi 6 janvier 2005
Statut
Membre
Dernière intervention
28 décembre 2015
5
salut
je te dirais d'essayer un service proftpd status afin de voir si proftpd n'est pas en route, car c'est le ftp que j'ai mis sur ma mandrake 10.0,
si il te dit qu'il est e cours d'execution .....
sinon je sais pas si tu as webmin d'installé sur ta mandrake, ce qui te permet de voir et d'administrer les différents serveurs (urpmi webmin)
Messages postés
8731
Date d'inscription
vendredi 19 septembre 2003
Statut
Modérateur
Dernière intervention
20 août 2016
1 501
Salut,

Non, Proftpd je ne l'ai pas installé (mais je l'aime bien comme serveur), d'ailleurs je ne me souviens pas avoir installé d'autre serveur Ftp.

Qui plus est je ne crois pas que Webmin puisse configurer d'autre serveur Ftp que Pro-Ftpd et Wu-Ftp, enfin du moins pas chez moi :-)

Merci tout de même pour ta réponse.

Sm95ZXVzZXMgZup0ZXMgOi0p
Messages postés
3011
Date d'inscription
vendredi 18 juin 2004
Statut
Contributeur
Dernière intervention
12 novembre 2020
401
Bonsoir , et bonne nuit pour les autres.

Juste pour répondre à ta question sur webmin et vsftpd : il faut installer un module supplémentaire pour configurer vsftpd (il y a d'autres modules disponibles pour des applications diverses).

http://webadminmodules.sourceforge.net/?page=New+Modules

@+

Luc L.
[Gentoo] enfin :Þ
Messages postés
8731
Date d'inscription
vendredi 19 septembre 2003
Statut
Modérateur
Dernière intervention
20 août 2016
1 501
Salut,

Je ne savais pas du tout, merci beaucoup pour le renseignement :-)
Mais le problème c'est que j'aimerais bien le configurer directement depuis Vsftpd.conf, surtout que je dois rendre un compte rendu de l'installation de ce serveur pour mon Bts...

Ce qui m'arrangerait vraiment ce serait de trouver une commande pour trouver le processus qui hante mon port 21....

Merci tout de même pour les modules de Webmin, je vais visiter ça :-)

Sm95ZXVzZXMgZup0ZXMgOi0p
Messages postés
8731
Date d'inscription
vendredi 19 septembre 2003
Statut
Modérateur
Dernière intervention
20 août 2016
1 501
Up :-)

Sm95ZXVzZXMgZup0ZXMgOi0p
Messages postés
40805
Date d'inscription
jeudi 28 août 2003
Statut
Modérateur
Dernière intervention
10 août 2020
4 825
Salut,

Essaie déjà un :
ps -ef | grep ftp
pour savoir si tu as un serveur "ftp" qui tourne.
Ensuite tu peux toujours essayer (en "root" ) une commande du genre :
netstat -alpe --ip
man netstat pour d'avantage d'informations.

Z'@+...che.
JP : Zen, my Nuggets ! ;-)
sh:/bin/laden: Not found !
Messages postés
8731
Date d'inscription
vendredi 19 septembre 2003
Statut
Modérateur
Dernière intervention
20 août 2016
1 501
Merci beaucoup Jipicy, j'ai trouvé grâce à netstat -alpe --ip.
L'application qui était à l'écoute c'était xinetd.d car j'avais un script vsftpd pour xinetd.d
Ce script provenait sûrement d'une de mes anciennes installations de Vsftpd....

Merci beaucoup :-)

Sm95ZXVzZXMgZup0ZXMgOi0p
Bonsoir,

Je viens d'avoir le même epb que toi et devine ce qu'il faut faire pour ne plus avoir ce message ? :)

Aller dans /etc/vsftpd.conf
et commenter la liste LISTEN=yes

du coup vsftp ne se concidère plus comme standalone (daemon)

Par contre si tu veux laisser ce service en route tout le temps, il faut penser à virer la ligne ftp dans /etc/inetd.conf
car inetd ouvre le port FTP et donc tu le retrouve inévitablement dans le netstat....

a+

Hello,

UP, peut-être pourras-tu me répondre 5ans après 0o...

Qu'à tu fais avec xinetd pour résoudre ce problème?

Merci
J'ai eu le même problème et voilà comment je l'ai résolu, dans le cas de vsftpd en tant que service Linux:

- dans le fichier /etc/vsftpd.conf, commenter la ligne listen=YES
- redémarrer le service: service xinetd restart

J'ai déjà tester plusieurs solutions dont celle-ci, il y a toujours des erreurs, j'ai donc laissé tomber et je suis passé à proftpd.
Mais merci quand même.
Bon, pour infos, vue que personne ne l'a noté et que le sujet est en résolu:

Si vous avez un 500 OOPS: could not bind listening IPv4 socket, ça signifie que le port d'écoute de vsftpd est déjà occupé, dans ce cas, il vous suffit de vérifier si votre serveur ecoute bien sur le port 21

netstat -ano

ici vérifier que vous n'avez pas une ligne du type:

tcp 0 0 0.0.0.0:21 0.0.0.0:*

Ce qui signifie qu'un service tiens encore le socket.

Dans ce cas, il suffit, soit de trouver le processus en vérifiant dans sa liste de processus actif:

ps aux | grep -v grep | grep 'vsftpd'

(ici le premier grep sert à virer le retour de grep à lui même).

soit vous avez une jolie ligne telle que:

vsftpd 1337 0.0 0.7 27064 1912 ? S 13:37 0:00 /usr/sbin/vsftpd

soit vous n'avez rien, et là ça deviens plus chiant.

Si vous avez cette ligne, vous allez juste devoir faire un /etc/init.d/vsftpd stop.

Dans le cas ou la commande précédente vous dit qu'aucun processus n'a été trouvé, suffit de faire un petit kill 1337 (PIDNumber ici).

Maintenant ce doit etre bon, faite un cout de /etc/init.d/vsftpd start tout doit de nouveau rouler.

Si vous ne trouvez pas le process qui tourne avec le port d'écoute 21, faite un petit coup de:

tcpkill -i eth0 port 21

ça vas tout simplement couper la connexion sur le port 21.

Voila, là normalement, vous avez un peu plus d'infos pour pouvoir avancer ;)

Bye.