vsftp  500 oops解释

vsftp启动报错：
 
Starting vsftpd for vsftpd: 500 OOPS: unrecognised variable in config file: anonymous_enable
后来将该参数注释掉，但仍有许多其它参数报以上错误，经沟沟发现：是由于将参数前的#去掉后，未将#号后的空格去掉原因导致，将#号后的空格去掉；
即参数前面不能有空格，启动正常，记录下；
 
另：网上有这样和中解决方法，但配置中没有/etc/xinetd/vsftpd，以下方法并不适用：
vsftp  500 oops解释
[root@192 pam.d]# 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”。