vsftpd-无法设置PASV模式:500 OOPS:socket

vsftpd-无法设置PASV模式:500 OOPS:socket,ftp,embedded-linux,vsftpd,Ftp,Embedded Linux,Vsftpd,我在运行linux 3.0.8内核的基于ARM的板上移植了vsftpd 当我尝试使用Filezilla(3.7.3)建立与电路板的ftp连接时,出现以下错误: Status: Connecting to XXX.XXX.XXX.XXX:21 Status: Connection established, waiting for welcome message... Response: 220 (vsFTPd 3.0.2) Command: USER an

我在运行linux 3.0.8内核的基于ARM的板上移植了
vsftpd

当我尝试使用Filezilla(3.7.3)建立与电路板的ftp连接时,出现以下错误:

    Status: Connecting to XXX.XXX.XXX.XXX:21
    Status: Connection established, waiting for welcome message...
    Response:   220 (vsFTPd 3.0.2)
    Command:    USER anonymous
    Response:   331 Please specify the password.
    Command:    PASS **************
    Response:   230 Login successful.
    Command:    OPTS UTF8 ON
    Response:   200 Always in UTF8 mode.
    Status: Connected
    Status: Retrieving directory listing...
    Command:    PWD
    Response:   257 "/"
    Command:    TYPE I
    Response:   200 Switching to Binary mode.
    Command:    PASV
    Response:   500 OOPS: socket
    Error:  Failed to retrieve directory listing
    Error:  Connection closed by server
    Command:    PASV
    Response:   500 OOPS: socket
    Error:  Failed to retrieve directory listing
    Error:  Connection closed by server
我的服务器使用的配置如下:

listen=YES
max_clients=2
max_per_ip=4
# Access rights
anonymous_enable=YES
local_enable=NO
write_enable=NO
anon_upload_enable=NO
anon_mkdir_write_enable=NO
anon_other_write_enable=NO
# Security
anon_world_readable_only=YES
connect_from_port_20=YES
hide_ids=YES
pasv_enable=yes
pasv_min_port=0
pasv_max_port=0
# Features
xferlog_enable=YES
ls_recurse_enable=NO
ascii_download_enable=NO
async_abor_enable=YES
# Performance
one_process_model=YES
idle_session_timeout=120
data_connection_timeout=300
accept_timeout=60
connect_timeout=60
anon_max_rate=50000
pam_service_name=vsftpd
port_enable=YES
log_ftp_protocol=YES
我的主板上没有安装防火墙

当我强制ftp连接模式为活动模式时,我可以连接到服务器、检索数据、上载文件

我尝试了几个ftp服务器,但我总是面临同样的问题

你知道会有什么问题吗


可能缺少一些内核模块?

可能缺少配置,例如cmds\u允许,但文档中并不清楚如果您根本不指定会发生什么。如果您是从源代码构建的,您可以找出“OOPS:socket”的来源,并使用一个调试器或一组调试printf来了解那里发生了什么。尝试通过网络搜索找到一个有效的配置示例也可能是值得的。在“500 OOPS:socket”上进行网络搜索看起来可能是有成效的,尽管可能有许多潜在原因,但并非所有这些都适用。