我运行 vsftpd 3.0.3 / armv7l / Debian 9.11 / Kernel 4.14.133+
有些路径有希腊字符。
在文件/etc/vsftpd.conf
中有一行utf8_filesystem=YES
,但也是默认行为。
在客户端的字符集自动检测模式下:
Chrome、Opera、Total Commander 理解使用 UTF-8 字符的路径。
Firefox、FileZilla、Double Commander 不理解使用 UTF-8 字符提供的路径,并且每个希腊字符显示 2 个字符。如果我将字符集强制为 UTF-8,一切正常。
我不确定这种错误行为是客户端的。我相信(!)没有错误的客户,只是在字符集上有一个故障安全机制。
这是一个小问题,但我以外的客户用户可能会感到沮丧。
波纹管是 Filezilla 日志,连接:
Status: Connecting to 192.168.1.2:21...
Status: Connecting to 192.168.1.2:21...
Status: Connection established, waiting for welcome message...
Response: 220 (vsFTPd 3.0.3)
Command: AUTH TLS
Response: 530 Please login with USER and PASS.
Command: AUTH SSL
Response: 530 Please login with USER and PASS.
Status: Insecure server, it does not support FTP over TLS.
Command: USER videos
Response: 331 Please specify the password.
Command: PASS
Response: 230 Login successful.
Command: SYST
Response: 215 UNIX Type: L8
Command: FEAT
Response: 211-Features:
Response: EPRT
Response: EPSV
Response: MDTM
Response: PASV
Response: REST STREAM
Response: SIZE
Response: TVFS
Response: 211 End
Status: Server does not support non-ASCII characters.
Status: Logged in
Status: Retrieving directory listing...
Command: PWD
Response: 257 "/" is the current directory
Command: TYPE I
Response: 200 Switching to Binary mode.
Command: PASV
Response: 227 Entering Passive Mode (192,168,1,2,204,166).
Command: LIST
Response: 150 Here comes the directory listing.
Response: 226 Directory send OK.
Command: PASV
Response: 227 Entering Passive Mode (192,168,1,2,73,251).
Command: LIST -a
Response: 150 Here comes the directory listing.
Response: 226 Directory send OK.
Status: Directory listing of "/" successful
还有一个图像,文件路径如何显示:
FileZilla 需要服务器
UTF8
在响应中返回FEAT
自动使用 UTF-8 的命令。您的服务器不返回
UTF8
。但奇怪的是 vsftpd 3.0.3 应该UTF8
无条件返回。这是用于发送FEAT
命令响应的 vsftpd 3.0.3 代码:这与您发布的日志不匹配。您必须有一些自定义版本的 vsftpd,或者在剥离
UTF8
.无论如何,您可以将 FileZilla 配置为始终使用 UTF-8。在站点管理器上,转到字符集选项卡并选择强制 UTF-8。