Serveur FTP Vsftpd

[trucmachin22000]

Bonjour à tous,
je me présente je suis tout nouveau dans le jolie monde de linux et j'ai un sacré problème sur le serveur ftp de l'entreprise et je sollicite votre aide à tous.
Je vous résume la chose:
- J'utilise la distrib red hat
- J'utilise le serveur ftp: vsftpd en mode user_local (non anonyme)

Jusqu'à présent le serveur ftp fonctionnait bien j'arrivais à me connecter par l'intermédiaire de n'importe quel autre pc du reseau.

Ensuite j'ai décidé de redémarrer le serveur en question pour une maintenance de la machine (qui est utilisé comme serveur web par la même) et depuis ce redemarrage le service vsftpd ne veux plus démarrer correctement: impossible de se connecter au serveur ftp que ce soit à partir du serveur lui-même ou à partir d'un autre poste (avec filezilla ou IE)

Lorsque je vais sur le service vsftpd il est écrit: "vsftpd est mort mais subsys est verrouillé". J'essaye de l'arrêter par l'intermédiaire de l'interface graphique (message d'erreur)
- Je supprime donc le fichier "vsftpd" dans subsys : commande "rm -f /var/lock/subsys/vsftpd"
- je tue tous les processus : "killall vsftpd"
- Maintenant il est écrit: "service arrêté" lorsque je le selectionne.
- Je le redemarre et même problème... "vsftpd est mort mais subsys est verrouillé", j'ai vérifié mainte fois le fichier "etc/vsftpd/vsftpd.conf" mais je ne vois aucun problème apparent:

Voici à quoi il ressemble poiur vous faire une idée de la chose:

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
# Example config file /etc/vsftpd/vsftpd.conf
#
# The default compiled in settings are fairly paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
# Please see vsftpd.conf.5 for all compiled in defaults.
#
# READ THIS: This example file is NOT an exhaustive list of vsftpd options.
# Please read the vsftpd.conf.5 manual page to get a full idea of vsftpd's
# capabilities.
#
# Allow anonymous FTP? (Beware - allowed by default if you comment this out).
anonymous_enable=NO
#
# Uncomment this to allow local users to log in.
local_enable=YES
#
# Uncomment this to enable any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
local_umask=022
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
#anon_upload_enable=YES
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
#anon_mkdir_write_enable=YES
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=YES
#
# Activate logging of uploads/downloads.
xferlog_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
connect_from_port_20=YES
#
# If you want, you can arrange for uploaded anonymous files to be owned by
# a different user. Note! Using "root" for uploaded files is not
# recommended!
#chown_uploads=YES
#chown_username=whoever
#
# You may override where the log file goes if you like. The default is shown
# below.
#xferlog_file=/var/log/vsftpd.log
#
# If you want, you can have your log file in standard ftpd xferlog format
xferlog_std_format=YES
#
# You may change the default value for timing out an idle session.
#idle_session_timeout=600
#
# You may change the default value for timing out a data connection.
#data_connection_timeout=120
#
# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
#nopriv_user=ftpsecure
#
# Enable this and the server will recognise asynchronous ABOR requests. Not
# recommended for security (the code is non-trivial). Not enabling it,
# however, may confuse older FTP clients.
#async_abor_enable=YES
#
# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do ASCII
# mangling on files when in ASCII mode.
# Beware that turning on ascii_download_enable enables malicious remote parties
# to consume your I/O resources, by issuing the command "SIZE /big/file" in
# ASCII mode.
# These ASCII options are split into upload and download because you may wish
# to enable ASCII uploads (to prevent uploaded scripts etc. from breaking),
# without the DoS risk of SIZE and ASCII downloads. ASCII mangling should be
# on the client anyway..
#ascii_upload_enable=YES
#ascii_download_enable=YES
#
# You may fully customise the login banner string:
#ftpd_banner=Welcome to blah FTP service.
#
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
#deny_email_enable=YES
# (default follows)
#banned_email_file=/etc/vsftpd.banned_emails
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
#chroot_list_enable=YES
# (default follows)
#chroot_list_file=/etc/vsftpd.chroot_list
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
#ls_recurse_enable=YES

pam_service_name=vsftpd
userlist_enable=YES
#enable for standalone mode
listen=YES
tcp_wrappers=YES

Voila dnoc mon problème
Si vous avez la moindre piste ou n'importe quelle question ne vous genez pas mais je vous en supplie c'est vraiment très urgent et je ne suis pas arriver à trouver le moindre sujet la dessus

A cause de cela impossible de redemarrer le serveur ftp et c'est extrement génant

Merci pour votre attention et à vos clavier

[gorgonite]

et bienvenue,



est-ce que le port 21 ne serait pas déjà occupé ?

Code :

netstat -an | grep ':21'

personnellement, j'utilise vsftpd sur netbsd et debian, et je n'ai jamais eu ce problème... alors que beaucoup de modifications et maintenances ont eu lieu

[trucmachin22000]

Merci d'avoir répondu,

pour le moment je n'ai pas accès aux machines ce WE mais dès Lundi se sera le cas. Je n'ai effectivement pas vérifié si le port 21 était ou non occupé mais pourquoi le serait-il suite à un redemarrage ?

As-tu vu une anomalie ou simplement une remarque sur le fichier de conf ?

Si je devais réinstaller le serveur ftp, comment devrais je m'y prendre exactement (ce n'est pas moi qui est mis le serveur linux en place) ?

Comment pourrais-je avoir plus de détail dur l'erreur: ""vsftpd est mort mais subsys est verrouillé", existe t'il une ligne de commande pouvant me donner des précisions la dessus et au final a votre avis à tous, à quoi pourrais être dû une telle erreur (le plus probable à part le port occupé)


Merci d'avance pour vos réponses à tous,
Vincent

[gorgonite]

Envoyé par trucmachin22000

As-tu vu une anomalie ou simplement une remarque sur le fichier de conf ?

ben non... mais sans les commentaires ce serait plus lisible

Envoyé par trucmachin22000

Comment pourrais-je avoir plus de détail dur l'erreur: ""vsftpd est mort mais subsys est verrouillé", existe t'il une ligne de commande pouvant me donner des précisions la dessus et au final a votre avis à tous, à quoi pourrais être dû une telle erreur (le plus probable à part le port occupé)

regardez /var/log/vsftpd.log

[trucmachin22000]

dans le fichier .conf la ligne
#xferlog_file=/var/log/vsftpd.log est en commentaire et ce fichier n'existe pas sur mon disque.

J'avais essayé d'enlever le commentaire et d'ajouter le fichier .log par une creation de fichier toute simple (j'azi vérifier els droit au cas où) mais ca n'a pas marché le fichier est resté vide lors de ma tentative malgré des redemarrage du serveur entier.

Y at'il autre chose à faire pour pouvoir remplir ce fichier .log ?

Merci d'avoir répondu aussi rapidement,
Vincent

[gorgonite]

compares avec le mien...
http://www.developpez.net/forums/sho...ghlight=vsftpd

[trucmachin22000]

CA REMARCHE!!!!!
Voila mon hypothèse:
"Dernièrement j'ai modifié le fichier vsftpd.conf en l'uploadant par le ftp sur un windows XP" -> source du problème.
"Ensuite je l'ai retranféré sur le serveur linux" -> A t'il encore le bon format accepté par linux ????
"Le service ftp ne reconait plus le format du fichier ou quelque chose comme ca" -> Le service ne démarre plus...
"Je créé un nouveau fichier texte et je le renomme vsftpd.conf et je lui colle l'ensemble des données de l'ancien fichier de configuration" -> Ca peux peut-être marché...
"Je redemarre le service vsftpd" -> Un sablier tourne dans le vent pendant des minutes et aucun signe de ftp fonctionnat, snif desespoir...
"Je redemarre entièrement la machine" -> On sait jamais des fois qu'après cette modification il faudrait redémarrer le serveur
"Je pprie et essaye de me connecter de mon poste distant" -> Youpi ca remarche : GRAND soulagement

Merci pour ton aide gorgonite

Vincent

[gorgonite]

ben je verrais bien :
1er transfert (linux -> windows) en ascii et le second (windows -> linux) en binaire


et là, les \r ont posé problèmes