problème vsftpd aprés mise à jour

Support Debian
#1

Bonjour j’avais un serveur qui tournait pas mal pour heberger mes sites webs et aussi pour faire serveur ftp.
j’avais tout qui marchait, j’avais finalement réussis à me connecter avec ma carte wifi …

Hier soir je fais un coup de

puis de

Il m’en installe, et là c’est le drame: il m’a foutu en l’air apparement mon serveur ftp ou plus précisement la methode de hashage pour ma table berkley.
quand je veut me connecter en ftp pour uploader un site j’ai un message 530: login incorrect.

j’ai donc cherché du côté mes fichiers de conf: /etc/vsftpd.conf et /etc/vsftpd/vsftpd.pam /etc/pam.d/vsftpd

par contre quand je fais

j’ai un joli message d’erreur:

db_load: __db_pgin: Unknown db type: 0xd
db_load: /etc/vsftpd/login.db: pgin failed for page 2
db_load: Invalid argument

je vois pas trop d’où ça viendrait, et apparement pas grand monde n’a eu ce problème d’aprés mes recherches Google :cry:
quelqu’un pourrait-il m’aider??
Merci de votre aide.

#2

Salut,

Essaie de passer à db4.6-util.
Ce qui donnerait :

db4.6_load -T -t hash -f /etc/vsftpd/login.txt /etc/vsftpd/login.db

Bonne nuit :smt006

#3

déja merci de ton aide.
En effet avec ta methode (aprés l’avoir installer) je n’ai plus le message d’erreur…

mais j’ai toujours l’erreur 530 (login incorrect). j’ai passé tous mes fichiers de conf en revu mais rien ne m’a parru suspect …
une idée?

Encore merci de ton aide :slightly_smiling:
Bonne nuit :smt006

#4

Salut,
guest_enable et guest_username sont-ils bien décommentés et renseignés (respectivement YES et <ton_utilisateur_local_FTP>) ?

#5

salut.
oui c’est bien comme il faut (j’avais suivis un tuto sur le net pour ma première :smt005 )
mon fichier /etc/vsftpd/vsftpd.pam:

auth required /lib/security/pam_userdb.so db=/etc/vsftpd/login
account required /lib/security/pam_userdb.so db=/etc/vsftpd/login

mon fichier /etc/vsftpd.conf :

[code]# Ceci configure VSFTPd en mode "standalone"
listen=YES

On désactive les connexions anonymes

et on active les non-anonymes (c’est le cas des utilisateurs virtuels) :

anonymous_enable=NO
local_enable=YES

Pour des raisons de sécurité on interdit toute action d’écriture :

write_enable=NO
anon_upload_enable=NO
anon_mkdir_write_enable=NO
anon_other_write_enable=NO

‘guest_enable’ est très important: cela active les utilisateurs virtuels !

‘guest_username’ fait correspondre tous les utilisateurs virtuels à

l’utilisateur ‘virtual’ que nous avons défini plus haut, et au home

correspondant : ‘~virtual/’.

guest_enable=YES
guest_username=www-data

On définit les droits par défaut des fichiers uploadés

anon_umask=022

On veut que les utilisateurs virtuels restent chez eux : ‘~virtual/’

(attends, on leur a fait un toit, c’est pas pour rien !)

chroot_local_user=YES

On défini le nombre maximum de sessions à 200 (les nouveaux clients recevront

un message du genre: “erreur : serveur occupé”).

On défini le nombre maximum de sessions par IP à 4

max_clients=200
max_per_ip=4

####################################

Debian customization

(ou adoptons la Debian attitude)

####################################

Some of vsftpd’s settings don’t fit the Debian filesystem layout by

default. These settings are more Debian-friendly.

This option should be the name of a directory which is empty. Also, the

directory should not be writable by the ftp user. This directory is used

as a secure chroot() jail at times vsftpd does not require filesystem

access.

secure_chroot_dir=/var/run/vsftpd

This string is the name of the PAM service vsftpd will use.

pam_service_name=vsftpd

This option specifies the location of the RSA certificate to use for SSL

encrypted connections.

rsa_cert_file=/etc/ssl/certs/vsftpd.pem

Permet d’utiliser les configurations individuelles pour chaque utilisateur

user_config_dir=/etc/vsftpd/vsftpd_user_conf[/code]

merci de ton aide :slightly_smiling:

#6

Je demande au cas où, mais l’utilisateur www-data a-t-il bien les permissions nécessaires sur le répertoire que tu essaies d’ouvrir ?

Et dans les logs, tu n’as rien d’intéressant ?

#7

oui je viens de vérifier avec un coup de chmod et de chown, y a pas de soucis …
les logs je les aient cherchés mais je les aient pas trouvés :blush:

#8

je suis toujours dessus ce satané problème.
Donc pour les logs suffisait de les activer :smt003

j’arrive à me connecter en anonyme apparement.

donc mon log me donne ceci:

Sun Jun 14 14:15:02 2009 [pid 2] CONNECT: Client "192.168.1.16"
Sun Jun 14 14:15:02 2009 [pid 1] [anonymous] FAIL LOGIN: Client "192.168.1.16"
Sun Jun 14 14:15:09 2009 [pid 2] CONNECT: Client "192.168.1.16"
Sun Jun 14 14:15:09 2009 [pid 1] [harmonie] FAIL LOGIN: Client "192.168.1.16"
Sun Jun 14 14:17:00 2009 [pid 2] CONNECT: Client "192.168.1.16"
Sun Jun 14 14:17:00 2009 [pid 1] [gaston] FAIL LOGIN: Client "192.168.1.16"
Sun Jun 14 14:17:06 2009 [pid 2] CONNECT: Client "192.168.1.16"
Sun Jun 14 14:17:06 2009 [pid 1] [gaston] FAIL LOGIN: Client "192.168.1.16"

don j’essayais de me loguer avec harmonie via mon naviguateur aprés j’ai essayé par mon client ftp …
même résultat.
Donc apparement c’est bien au niveau des identifiants qu’il vient m’enbêter.
Une piste?

j’avais vu une fois une histoire similaire sur le net (mais impossible de remettre la main dessus) ou c’était à cause du db qu’il fallait mettre ou pas dans:

db4.6_load -T -t hash -f /etc/vsftpd/login.txt /etc/vsftpd/login.db
ça ne pourrait pas venir de la?

#9

Bah écoute, quand j’ai installé vsftpd sur mon PC, j’ai suivi à peu près la doc de vsftpd pour Ubuntu, et je n’ai rencontré aucun problème.
J’ai moi aussi un login.txt, j’ai utilisé la commande db4.6_load, et ainsi de suite.

À part de mauvais identifiants, je ne vois pas trop quoi te dire…

Sinon, as-tu créé des conf spécifiques à tes utilisateurs dans le répertoire /etc/vsftpd/vsftpd_user_conf/ ? Si oui, fais voir le contenu :slightly_smiling:

#10

oui j’ai créé des config spécifiques:

anon_world_readable_only=NO
local_root=/home/harmonie
write_enable=YES
anon_upload_enable=YES
anon_mkdir_write_enable=YES
anon_other_write_enable=YES

et les id sont bons puisque avant la mise à jour ça marchait bien :frowning:

#11

Je viens de déposer les armes: je vais faire une réinstallation du système.
Si quelqu’un a un solution, même maintenant je suis preneur!!
vous faites toujours toutes les mises à jour de linux??

#12

Une réinstallation du système c’est peut-être un peu fort, non ?

#13

peut-être mais au moins ça marche maintenant :stuck_out_tongue:
j’ai une copie des fichiers sur mon portable donc un coup de client ftp et c’est bon :mrgreen:
les désinstallation je m’y étais frotté et c’est galère avec toutes les dépendances …
La question fatidique: je retente une maj maintenant que j’ai tout installé?
j’ai les dépôts par defaults (ceux que j’ai ajouté dans sources.list pour certains paquets sont commentés pour pas prendre de risque)
merci de ton aide en tout cas PH` :smt006