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

Question

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

tuxpux · Answer

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)

kilian · Answer

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

jipicy · Answer

Salut,Essaie déjà un :ps -ef | grep ftppour savoir si tu as un serveur "ftp" qui tourne.Ensuite tu peux toujours essayer (en "root" ) une commande du genre :netstat -alpe --ipman netstat pour d'avantage d'informations.Z'@+...che.JP : Zen, my Nuggets ! ;-)sh:/bin/laden: Not found !

kilian · Answer

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

José Mans · Answer

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+

Utilisateur anonyme · Answer

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

wymarsalis · Answer

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

Utilisateur anonyme · Answer

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.

ArKam · Answer

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.

[Vsftpd] Serveur ne démarre pas

9 réponses

Discussions similaires