vsftpd已死 但是subsys被锁 求真相


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。

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

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

相关内容