我已经有好几年了，一个虚拟用户的vsftpd工作得很好。 今天早上我想configuration一个虚拟用户的新访问权限，现在不考虑它。 FTP连接到达一般configuration的local_root文件夹！
在我看来，我核实了所有涉及的内容：文件和文件夹，以及他们的权利，并且我做了很好的操作。 虚拟configuration文件与用户login名称相同，新的访问做得很好，vsftpd数据库文件使用db4.7_load更新。
为了testing，我暂时修改了一个已经存在的帐号的虚拟configuration文件的名字，即使我重新启动服务，连接的FTP也会到达通用configuration的local_root文件夹，同样的东西恢复到原来的名字后。
你有任何解释或解决scheme？
这里是我的configuration文件（我用//replace了评论标签）…
vsftpd.conf ：
listen=YES use_localtime=YES nopriv_user=ftpsecure connect_from_port_20=YES ssl_enable=YES force_local_data_ssl=NO force_local_logins_ssl=NO ssl_tlsv1=YES ssl_sslv2=NO ssl_sslv3=NO ssl_ciphers=HIGH rsa_cert_file=/etc/vsftpd/ssl/vsftpd.pem require_ssl_reuse=NO debug_ssl=YES vsftpd_log_file=/var/log/vsftpd.log syslog_enable=NO xferlog_enable=YES log_ftp_protocol=YES anonymous_enable=NO anon_world_readable_only=NO local_enable=YES local_umask=022 local_root=/var/www user_config_dir=/etc/vsftpd/users guest_enable=YES guest_username=virtual chroot_local_user=YES chroot_list_enable=YES chroot_list_file=/etc/vsftpd.chroot_list allow_writeable_chroot=YES ftpd_banner=welcome to our ftp service. dirmessage_enable=YES message_file=.message dirlist_enable=YES ls_recurse_enable=YES secure_chroot_dir=/var/run/vsftpd pam_service_name=vsftpd tcp_wrappers=NO // spec for future debian 9 update (vstfpd v3.0.3+) //turn off seccomp filter //seccomp_sandbox=NO // deny some users userlist_file=/etc/vsftpd/ftpusers userlist_enable=YES userlist_deny=YES
vsftpd/users虚拟configuration文件 ：
local_root=/var/www/name_of_the_folder dirlist_enable=YES ls_recurse_enable=YES download_enable=YES anon_world_readable_only=NO write_enable=YES anon_upload_enable=YES anon_mkdir_write_enable=YES anon_other_write_enable=YES file_open_mode=0755 force_dot_files=YES virtual_use_local_privs=YES local_umask=022 anon_umask=022