vsftp启动报错 500 OOPS
vsftp500 oops解释vsftp启动报错：Starting vsftpd for vsftpd: 500 OOPS: unrecognised variable in config file: anonymous_enable
后来将该参数注释掉，但仍有许多其它参数报以上错误，经沟沟发现：是由于将参数前的#去掉后，未将#号后的空格去掉原因导致，将#号后的空格去掉；
即参数前面不能有空格，启动正常，记录下；
另：网上有这样和中解决方法，但配置中没有/etc/xinetd/vsftpd，以下方法并不适用：
vsftp500 oops解释
# 500 OOPS: could not bind listening IPv4 socket 500 OOPS: unrecognised variable in config file: pam_server_name
需要注销 xinetd运行模式 disable = no socket_type = stream wait = no 即使xinetd 没有运行
像其它守护程序一样，vsftpd提供了standalone和inetd（inetd或xinetd）两种运行模式。
简单解释一下，standalone一次性启动，运行期间一直驻留在内存中，优点是对接入信号反应快，缺点是损耗了一定的系统资源，因此经常应用于对实时反应要求较高的专业FTP服务器。
inetd恰恰相反，由于只在外部连接发送请求时才调用FTP进程，因此不适合应用在同时连接数量较多的系统。
此外，inetd模式不占用系统资源。除了反应速度和占用资源两方面的影响外，vsftpd还提供了一些额外的高级功能，如inetd模式支持per_IP(单一IP)限制，而standalone模式则更有利于PAM验证功能的应用。
1．xinetd运行模式大多数较新的系统采用的是xinetd超级服务守护进程。使用“vi /etc/xinetd.d/vsftpd” 看一下它的内容，如下： disable = no socket_type = stream wait = no # 这表示设备是激活的，它正在使用标准的TCP Sockets。 如果“/etc/vsftpd.conf”中的有选项为“listen=YES”,注销它 最后，重启xinetd，命令如下： $ /etc/rc.d/init.d/xinetd restart 需要注意的是，“/etc/xinetd.d”目录中仅能开启一个FTP服务。
2．standalone模式 standalone模式便于实现PAM验证功能。进入这种模式首先要关闭xinetd下的vsftpd，设置 “disable = yes”，或者注销掉“/etc/inetd.conf”中相应的行。然后修改“/etc/vsftpd.con f”中的选项为“listen=YES”。
勃起不是万能的，但不能勃起却是万万都不能的! 学习了，不错，讲的太有道理了 有道理。。。 怀揣两块，胸怀500万！ 学海无涯，回头是岸! 真是 收益 匪浅
页:
[1]