2017年10月4日星期三
FTP中文乱码问题
基本解释：
服务器端字符集和客户端字符集不匹配。
服务器端一般采用Linux系统，而Linux系统默认采用通行全球的UTF8字符集
客户端将服务器端提供的UTF8字符集当作GBK解释自然就出现乱码了。
| FTP服务器端 | UTF-8 | UTF-8 | GB18030 | GB18030 |
| FTP客户端 | UTF-8 | GB-18030 | UTF-8 | GB18030 |
| 乱码 | 否 | 是 | 是 | 否 |
上表是一般规律。理论上，如果客户端能够自动识别服务器端代码页而且正确无误的化，自然不会出现乱码的现象。
下表是测试情况，
测试环境：
NAS：Dlink DNS-323，Thecus N5550
FTP Client：Filezilla
| NAS FTP编码（Dlink:Client Language） | Unicode/UTF-8 | Unicode/UTF-8 | Simplified Chinese | Simplified Chinese |
| 上传FTP字符集 | UTF-8 | GB18030 | UTF-8 | GB18030 |
| Mac Smaba打开 | 正常 | 乱码 | 乱码 | 正常 |
| Ubuntu Samba打开 | 正常 | 乱码 | 乱码 | 正常 |
| FTP UTF-8查看 | 正常 | 看不到 | 看不到 | 看不到 |
| FTP GB18030查看 | 正常 | 正常 | 看不到 | 正常 |
走标准化路线，全部统一到Unicode/UTF-8，省很多事。
Dlink DNS-323上的中文乱码文件，乱码情况或说怎么乱和FTP服务器编码没关系，只和Client端（FTP或Samba）语言编码有关系。
// 发贴者：放牛娃的春天 @ 十月 04, 2017 
订阅 博文 [Atom]