L'objectif: lorsqu'un utilisateur local se connecte à ftp, l'utilisateur est dirigé vers/home/{nom d'utilisateur}/htdocs. L'attente est que FileZilla ou équivalent affichera/et le contenu de/home/{nom d'utilisateur}/htdocs ci-dessous. Comme ceci:
/-
-file1
-file2
|-dir1
|-dir2
Le plus proche que je peux obtenir est de voir/as/home/{username} puis son contenu ci-dessous.
/-
|-htdocs
|-file1
|-file2
|-dir1
|-dir2
J'ai essayé plusieurs variantes des configurations suggérées par toutes les publications sur vsftpd mais aucune ne semble me mener où je veux aller. Soit on ne peut pas y arriver d'ici, soit il me manque quelque chose.
J'ai réduit vsftpd.conf au minimum:
listen=YES
anonymous_enable=NO
local_enable=YES
write_enable=YES
dirmessage_enable=YES
use_localtime=YES
connect_from_port_20=YES
virtual_use_local_privs=YES
#chroot_local_user=YES
user_config_dir=/etc/vsftp/users
Avec/etc/vsftp/users contenant un fichier nommé {username} contenant
local_root=/home/{username}/htdocs
Cela ne m'amène pas où je veux aller.
Alors, qu'est-ce qui me manque?
[Remarque: c'est en prévision de l'absence de résultat à ma question à propos de proftpd plus tôt ]
Merci.
George
La réponse est d'installer une version antérieure de vsftpd!
Je venais à l'origine de faire une installation de vsftpd et d'obtenir la version 2.3.5. Lorsque j'ai reçu le message OOPS sur une racine accessible en écriture, j'ai rendu le répertoire personnel de l'utilisateur non accessible en écriture, etc., ce qui a abouti à la situation décrite ci-dessus. De plus amples recherches m'ont permis de lire de plus près le commentaire sur la résolution du problème OOPS. Un correspondant a souligné que la version précédente de vsftpd n'avait pas de contrainte sur les racines accessibles en écriture. J'ai donc fouillé dans les fichiers d'historique pour trouver la version 2.3.2. Cette version me donne les résultats que je cherchais.
btw, j'ai essayé d'installer la version 3.0.2 de vsftpd sur mon installation de machine virtuelle 32 bits et j'ai eu une erreur liée à la non-découverte de "crypt". Étant donné que j'étais déjà sur ma tête, je n'ai pas essayé de résoudre cette erreur. Revenir en arrière, dans ce cas, valait mieux qu'essayer d'avancer.
g