atppp’s Blog

文件名编码的问题能把人搞疯掉，现在我自己的网络里面，除非特别有必要，文件名的编码都一律用 UTF-8。尽管如此，各个系统之间互相操作还是一不小心就出乱码……

首先是 windows 文件共享/samba。Windows 自动用 UTF-8 没问题，smb.conf 需要配置 unix charset = UTF-8，smbmount 貌似自动用 UTF-8，Mac 下面也没问题。

然后是 shell/文件管理器下面看文件。这个一般只要 locale 设置为 UTF-8 就没有问题。如果从 windows 连上 MacOS/Linux 的 shell，还需要注意客户端的编码设置为 UTF-8 解码。MacOS shell 下用 ls 注意要加 -w 或者 -v 参数。

Secure file transfer 的话，MacOS/Linux 已经有 sftp server 了，剩下的问题都可以用 FileZilla 解决掉。Windows 架服务器用 FileZilla Server，选用 SSL/TLS support，允许并强制使用 explicit SSL/TLS，需要自己做一个证书。客户端的话，无论 Windows/MacOS/Linux 都可以用 FileZilla Client（版本 > 3.0），连 windows FileZilla Server 需要注意选择 ServerType: FTP over explicit TLS/SSL，连 MacOS/Linux 只要选用 sftp 即可。以前各个系统互通的时候 UTF-8 文件名可以搞死人，现在用 FileZilla 这套东西完全没有问题了。

补充一下，MacOS/Linux 如果在 UTF-8 locale 下，使用 lftp 命令行也很好，无论 FTP over explicit TLS/SSL 还是 sftp 都没问题，UTF-8 文件名也没问题。另外，MacOS 的 Fetch 改一下选项可以正确解码 FTP 上的 UTF-8 文件名，但是 sftp 貌似不行……还有，FileZilla Client 在 MacOS 下面貌似 bug 还比较多，希望越来越好。

没有乱码的日子很快乐。FileZilla 一统天下，UTF-8 千秋万代！

dante-1.1.19:

./configure --with-socks-conf=/home/vv/dante-1.1.19/socks.conf

socks.conf:

route {
    from: 0.0.0.0/0   to: 0.0.0.0/0   via:127.0.0.1  port = 4444
    protocol: tcp           # server supports tcp and udp.
    proxyprotocol: socks_v4 # server supports socks v4 and v5.
    method: none #username  # we are willing to authenticate via
                            # method "none", not "username".
}

lftp-3.5.9:

./configure --with-socksdante=/home/vv/dante-1.1.19

establish ssh-socks4 tunnel:

$ ssh -N -D4444 vv@**** -p**

[vv@XX ~]$ lftp-3.5.9/src/lftp ftp://166.111.18.101/
cd ok, cwd=/
lftp 166.111.18.101:/> set ftp:fix-pasv-address no
lftp 166.111.18.101:/> ls
drwxrwxr-x   6 HAPPY    HAPPY         416 Dec 30 16:59 incoming
-rw-r--r--   1 HAPPY    HAPPY      218031 Jan 31 06:08 ls-lR.gz
drwxrwxr-x   5 HAPPY    HAPPY         120 Nov 24  2005 pub
-rw-r--r--   1 HAPPY    HAPPY      107198 Jan 31 06:08 tree.txt