Bisher war es mir nicht möglich, einen FTP-Benutzer in sein Website-Verzeichnis einzusperren. Gibt es eine Lösung, die diesen Fehler behebt und den Benutzer in seinem Verzeichnis einsperrt?
Meine vsFTPd-Einstellungen, die ich geändert habe:
listen_port=9000
Set: anonymous_enable=NO
Uncomment: local_enable=YES
Uncomment: write_enable=YES
Uncomment: local_umask=022
Set: connect_from_port_20=NO
Uncomment: idle_session_timeout=600
Uncomment: data_connection_timeout=120
Comment out: #ftpd_banner=Welcome to blah FTP service. [should be on line 104]
Added: banner_file=/etc/issue.net
Uncomment: chroot_local_user=YES
Uncomment: chroot_local_user=YES
Uncomment: chroot_list_enable=YES
Uncomment : chroot_list_file=/etc/vsftpd.chroot_list
Am Ende der Datei habe ich hinzugefügt:
# Show hidden files and the "." and ".." folders.
# Useful to not write over hidden files:
force_dot_files=YES
# Hide the info about the owner (user and group) of the files.
hide_ids=YES
# Connection limit for each IP address:
max_per_ip=10
# Maximum number of clients:
max_clients=5
# FTP Passive Settings
pasv_enable=YES
#If your listen_port is 9000 set this range to 7500 and 8500
pasv_min_port=[port range min]
pasv_max_port=[port range max]
Der betreffende Benutzer mybloguser
befindet sich in seinem / ihrem Website-Verzeichnis unter /srv/www/myblog
und dieser Benutzer ist nicht Teil der nano /etc/vsftpd.chroot_list
Datei. Das Ausgangsverzeichnis des Benutzers war auch /srv/www/myblog
dasjenige, das in der Vergangenheit verwendet wurde.
Ich habe die allow_writeable_chroot=YES
Lösung ausprobiert , die nicht funktionierte, und tatsächlich vsFTPd komplett kaputt gemacht.
Ich habe versucht:
Wie können wir beide diesen Fehler beheben und den Benutzer in seinem Home-Verzeichnis inhaftieren?
allow_writeable_chroot=YES
war genug und tatsächlich gearbeitet FWIW „wie erwartet“ ...