vsftpd已死但是subsys被锁求真相-51CTO.COM

vsftpd是一款在Linux发行版中最受推崇的FTP服务器程序。特点是小巧轻快，安全易用。用了老长时间，发现个问题：vsftpd 已死，但是 subsys 被锁，上网搜有两种答案看下文分析！

　　今天开机后运行

　　#service vsftpd start

　　#service vsftpd status

　　vsftpd 已死，但是 subsys 被锁

　　发现这个错误后，备份现在的配置文件为 vsftpd.conf.bak20060401,恢复以前备份的vsftpd.conf

　　重启vsftpd后正常运行

　　将现在的vsftpd.conf 与出错的 vsftpd.conf.bak20060401对比

　　#diff vsftpd.conf vsftpd.conf.bak20060401

　　32d31

　　48c47

　　---

　　> #add chown_username and anon_umask to forbid downloading

　　60c59

　　---

　　> idle_session_timeout=600

　　107a107,109

　　> ##add chroot_local_user

　　> max_clients=5

　　> max_per_ip=2

　　108a111

　　> chroot_local_user

　　110c113

　　---

　　> #userlist_enable=YES

　　发现问题所在，应该是chroot_local_user这句后没定义其值

　　改为chroot_local_user=YES

　　#mv vsftpd.conf.bak20060401 vsftpd.conf

　　重启后正常

　　先前在网上搜索“vsftpd 已死，但是 subsys 被锁”

　　得到的结果只有一种

　　“是超级进程中有个gssftp和vsftpd冲突。屏蔽gssftp后再重起xinet和vsftpd就ok了。”

　　看来这句话不是全面的

　　因为我的进程里根本没有gssftp，问题就出现在vsftpd.conf里的低级错误

　　我认为多数遇到这种问题的应该都是和我一样配置vsftp.conf是有一些疏忽而不是所谓的gssftp。

　　因此这句在网上大量转载的话也是不完全可信的。

阅读完这篇文章，问题的关键找出来了，那就解决了，没有那么复杂！

【编辑推荐】

vsftpd已死 但是subsys被锁 求真相