FTP 字符集設(shè)置

2023年12月5日發(fā)(作者：冬游記)

-

一、flashfxp

菜單欄“站點(diǎn)管理器”，選中一個站點(diǎn)，右邊“高級”標(biāo)簽，“字符編碼”

應(yīng)選擇為與服務(wù)器端一致的字符集，如服務(wù)器端為UTF8，客戶端也應(yīng)該為UTF8。

一般而言，WINDOWS上得FTP客戶端默認(rèn)為GBK

二、Serv－U，F(xiàn)tpZilla，等

一般而言，原因是：服務(wù)器端字符集 和 客戶端字符集不匹配。

如果要想FTP支持四字節(jié)，則，F(xiàn)TP服務(wù)器端和客戶端字符集必須一致，最好統(tǒng)一為UNICODE/UTF8等。

FTP服務(wù)器端一般采用Linux系統(tǒng)，而Linux系統(tǒng)默認(rèn)采用通行全球的UTF8字符集，

而向來喜歡自搞一套的天朝強(qiáng)力推行國家標(biāo)準(zhǔn)GBK，規(guī)定在天朝范圍內(nèi)銷售的OS必須將GBK作為默認(rèn)的字符集，作為客戶端主流OS的Windows中文版被迫將GBK作為默認(rèn)字符集，而其它非英語語種的Windows一般將UTF8視作默認(rèn)字符集。

客戶端將服務(wù)器端提供的UTF8字符集當(dāng)作GBK解釋自然就出現(xiàn)亂碼或無法解讀了。

FTP服務(wù)器端 UTF UTF GBK GBK

FTP客戶端 UTF GBK UTF GBK

亂碼 否 是 是 否

上表是一般規(guī)律。

理論上，如果客戶端能夠自動識別服務(wù)器端代碼頁而且正確無誤的化，自然不會出現(xiàn)亂碼的現(xiàn)象。

FTP是基于Telnet（RFC 854）發(fā)展而來的，最早的RFC 959根本沒有提及國際化，只支持7位的ASCII，直到1999年才有RFC 2640提及此問題，之后，逐漸開始有服務(wù)器端支持UTF（最早是2002年），而客戶端的UTF支持則更晚。

時至今日，相當(dāng)多的客戶端不能正確識別服務(wù)器端傳回的UTF字符集，出現(xiàn)亂碼也就是必然了。

FTPZilla rver基于UTF字符集，而LeapFTP、8UFTP客戶端將服務(wù)器端傳回的UTF8字符集當(dāng)作Windows默認(rèn)的GBK解釋。 解決方法：

對亂碼的客戶端，直接向服務(wù)器端發(fā)送原始的FTP命令：

opts utf8 off

關(guān)閉服務(wù)器端的UTF翻譯，將Windows的GBK編碼原樣傳回至客戶端，即可解決此問題。

命令執(zhí)行效果如下：

在執(zhí)行“opts utf8 off”命令前應(yīng)該執(zhí)行“feat”命令測試下服務(wù)器端是否支持UTF8擴(kuò)展。

三、Cuteftp不支持UTF-8，可以用自定義命令解決

“cuteftp不支持UTF-8，可以用自定義命令解決。

Tools---Cutsom Commands---Edit Custom Commands---Add

增加兩個命令 opts utf8 on 和 opts utf8 off，然后View---Toolbars---Custom Command Bar

每次登陸之后手工OFF一次再刷新就可以取消UTF-8了。”

-