Eu corro vsftpd 3.0.3 / armv7l / Debian 9.11 / Kernel 4.14.133+
Alguns caminhos têm caracteres gregos.
No arquivo /etc/vsftpd.conf
há uma linha utf8_filesystem=YES
, mas também esse é o comportamento padrão.
No modo de detecção automática do conjunto de caracteres do cliente:
Chrome, Opera, Total Commander entendem que caminhos servidos com caracteres UTF-8.
Firefox, FileZilla, Double Commander não entendem que caminhos servidos com caracteres UTF-8 e exibem 2 caracteres por caractere grego. Se eu forçar o conjunto de caracteres para UTF-8, tudo funcionará bem.
Não tenho certeza de que esse comportamento errôneo seja do lado do cliente. Eu acredito (!) que clientes não errados, apenas têm um mecanismo à prova de falhas em charsets.
É um problema menor, mas os clientes-usuários, exceto eu, podem ficar frustrados.
Segue abaixo o log do Filezilla, da conexão:
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
E uma imagem com, como aparecem os caminhos de arquivo:
O FileZilla precisa que o servidor retorne
UTF8
na resposta aoFEAT
comando para usar UTF-8 automaticamente.Seu servidor não retorna
UTF8
. Mas o que é estranho é que o vsftpd 3.0.3 deve retornarUTF8
incondicionalmente. Este é o código vsftpd 3.0.3 para enviar uma resposta aoFEAT
comando:Isso não corresponde ao log que você postou. Você deve ter alguma compilação personalizada do vsftpd ou há algum proxy/firewall no caminho que remove o arquivo
UTF8
.De qualquer forma, você pode configurar o FileZilla para usar UTF-8 sempre. No Site Manager , vá para a guia Charset e selecione Force UTF-8 .