VSFTPD et chroot

Support Debian
#1

Bonsoir a tous,

Je sais que ce sujet a déjà été abordé de à nombreuses reprises, mais je viens d’installer VSFTPD qui fonctionne très bien jusqu’a l’activation du chroot_local_user :confused: J’ai une jolie erreur sur Filezilla. J’ai vu qu’il y avait pas mal de bug concernant ce point (il y a déjà quelques années ?), quelqu’un a t-il une solution facile a mettre en place ? Ou dois-je oublier le chroot avec VSFTPD ?

Merci d’avance de vos réponses

#2

Salut
est-ce-que tu peux partager le message de cette jolie erreur ? comment t’as faire chroot ?
parce-que comme ça, le problème n’est pas suffisamment décrit.

#3

Voici les logs Filezilla :

Commande : AUTH TLS Réponse : 234 Proceed with negotiation. Statut : Initialisation de TLS... Statut : Vérification du certificat... Commande : USER toto Statut : Connexion TLS/SSL établie. Réponse : 331 Please specify the password. Commande : PASS ********* Erreur : GnuTLS error -15: An unexpected TLS packet was received. Erreur : Impossible d'établir une connexion au serveur

Et mon fichier vsftpd.conf :

[code]# Example config file /etc/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.

Run standalone? vsftpd can run either from an inetd or as a standalone

daemon started from an initscript.

listen=YES

Run standalone with IPv6?

Like the listen parameter, except vsftpd will listen on an IPv6 socket

instead of an IPv4 one. This parameter and the listen parameter are mutually

exclusive.

#listen_ipv6=YES

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=NO

Uncomment this if you want the anonymous FTP user to be able to create

new directories.

anon_mkdir_write_enable=NO

Activate directory messages - messages given to remote users when they

go into a certain directory.

dirmessage_enable=YES

If enabled, vsftpd will display directory listings with the time

in your local time zone. The default is to display GMT. The

times returned by the MDTM FTP command are also affected by this

option.

use_localtime=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.

Note that the default log file location is /var/log/xferlog in this case.

#xferlog_std_format=YES

You may change the default value for timing out an idle session.

idle_session_timeout=300

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=NO

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 on some FTP servers, ASCII support allows a denial of service

attack (DoS) via the command “SIZE /big/file” in ASCII mode. vsftpd

predicted this attack and has always been safe, reporting the size of the

raw file.

ASCII mangling is a horrible feature of the protocol.

ascii_upload_enable=NO
ascii_download_enable=NO

You may fully customise the login banner string:

ftpd_banner=Bienvenue sur le serveur FTPS de Nonohzx.fr.

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 restrict local users to their home directories. See the FAQ for

the possible risks in this before using chroot_local_user or

chroot_list_enable below.

#chroot_local_user=YES

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().

(Warning! chroot’ing can be very dangerous. If using chroot, make sure that

the user does not have write access to the top level directory within the

chroot)

chroot_local_user=YES
chroot_list_enable=NO
#allow_writeable_chroot=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

Customization

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

default.

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/empty

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/private/vsftpd.pem

pasv_promiscuous=YES
pasv_enable=YES
pasv_min_port=20000
pasv_max_port=20100
pasv_address=ks.nonohzx.fr
pasv_addr_resolve=YES

userlist_enable=YES
userlist_deny=NO
userlist_file=/etc/vsftpd.user_list

ssl_enable=YES
allow_anon_ssl=NO
force_local_data_ssl=YES
force_local_logins_ssl=YES
ssl_tlsv1=YES
ssl_sslv2=NO
ssl_sslv3=NO
require_ssl_reuse=NO
ssl_ciphers=HIGH

[/code]

#4

C’est plus clair maintenant.

Bon, j’ai trouvé ça http://ubuntuforums.org/showthread.php?t=2154432 et ça http://askubuntu.com/questions/128180/vsftpd-stopped-working-after-update

il faut dé-commenter cette ligne :

allow_writeable_chroot=YES

[code]# chroot)
chroot_local_user=YES
chroot_list_enable=NO
#allow_writeable_chroot=YES

(default follows)

#chroot_list_file=/etc/vsftpd.chroot_list
#[/code]

#5

C’est une ligne que j’avais déjà rajouté moi même mais qui ne fonctionne pas :frowning: D’ailleurs on ne l’a trouve pas de le manpage et lorsque je la dé-commente il m’est impossible de relancer le service.
Si ça peut aider la version du paquet est la 2.3.5-3.

#6

[quote=“nonohzx”]C’est une ligne que j’avais déjà rajouté moi même mais qui ne fonctionne pas :frowning: D’ailleurs on ne l’a trouve pas de le manpage et lorsque je la dé-commente il m’est impossible de relancer le service.
Si ça peut aider la version du paquet est la 2.3.5-3.[/quote]

je ne sais pas :think: :confusion-questionmarks: !
est-ce-que t’as redémarré le serveur ?

#7

Oui mais toujours pareil :frowning:
J’ai pu voir que cette solution ne fonctionnait que sur Ubuntu, j’ai trouvé d’autres forums ou certains recompilaient le paquet, mais c’est clairement au delà de mes compétences … Et apparemment ça serait fixé sur la version 3 mais elle est en testing.
J’avais pris le parti de VSFTPD pour tout le bien que j’en avais entendu et parce que j’avais un problème avec open-ssh, j’avais de grosse chute de débit, peut-être devrais-je réessayer :think:

#8

Rencontres-tu la même erreur en ayant au préalable désactivé SSL dans la configuration de VSFTPD ?
Histoire de savoir à quel niveau se situe le problème…

#9

Je viens de commenter toutes les lignes concernant le SSL et pareil, impossible de relancer le service.

#10

Tu peux détailler ?
Tu obtiens un message d’erreur explicite ? (dans la console ou dans /var/log/vsftpd.log)

#11

Reboot du serveur après avoir activer SSL et Chroot puis je tente de lancer le service :

root@ns506046:/home/nono# service vsftpd status vsftpd is not running root@ns506046:/home/nono# service vsftpd start Starting FTP server: vsftpd. root@ns506046:/home/nono# service vsftpd status vsftpd is not running root@ns506046:/home/nono# service vsftpd reload Reloading FTP server configuration: No /usr/sbin/vsftpd found running; none killed. root@ns506046:/home/nono# service vsftpd start Starting FTP server: vsftpd. root@ns506046:/home/nono# service vsftpd status vsftpd is not running
Le service ne démarre donc plus au boot, on a un message d’erreur lorsqu’on reload la config et je n’ai pas d’erreur dans les logs.