有用戶反映用Serv-U7.1版本以后，文件名為中文的時候，會出現(xiàn)亂碼，以及無法上傳、下載、刪除等一些問題。主要是由編碼引起的，Serv-U默認(rèn)的編碼是UTF-8。

設(shè)置步驟： 

1、打開Serv-U 8.0控制臺，點(diǎn)擊“限制和設(shè)置”--“為域配置高級FTP命令設(shè)置和行為”。

2、在FTP設(shè)置中找到OPTS UTF8命令，右擊禁用此命令。

3、點(diǎn)擊下面的“全局屬性”。 

 4、在出來的FTP命令屬性選項卡中，“高級選項”里，把“對所有收發(fā)的路徑和文件名使用UFT-8編碼”前面的鉤去掉！

5、以后再上傳中文文件，就不會出現(xiàn)亂碼問題啦。

現(xiàn)在因為serv_u侵權(quán)官司多了，建議使用FileZilla Server作為服務(wù)器端。

serv-U的6.1版ftp服務(wù)器端軟件亂碼問題

搭好存儲服務(wù)器，自然要架一個ftp把我的資源分享出來。之前一直是用serv-U的6.1版做的ftp服務(wù)器端，后來嘗試過在linux下用vsftpd，但是會出現(xiàn)亂碼問題，非常郁悶只好換回windows。之后又嘗試了好幾個ftp服務(wù)器端軟件，都沒有很好地解決中文字符編碼的問題。直到用回Serv-U 6.4.0.6版?，F(xiàn)在把一些經(jīng)驗分享出來。

ftp亂碼的現(xiàn)象和原因：

訪問ftp，遇到中文文件名出現(xiàn)亂碼。
由于在FAT和NTFS文件系統(tǒng)中，中文是直接按照操作系統(tǒng)所使用的編碼方式存儲的，中文系統(tǒng)通常是gbk編碼。針對不同的ftp客戶端軟件，有的ftp服務(wù)器端軟件無法將文件系統(tǒng)中的編碼，轉(zhuǎn)換成客戶端軟件所使用的編碼，于是就出現(xiàn)了亂碼。

vsftpd

Linux下比較流行的輕量級ftp服務(wù)器端軟件。ext3默認(rèn)使用utf-8編碼，而windows客戶端采用gbk，于是在服務(wù)器上正常的中文，在windows客戶端中顯示亂碼。如果是從客戶端上傳的文件，則在服務(wù)器端顯示中文亂碼，但在客戶端可以正常瀏覽。

proftpd

Linux下功能強(qiáng)大的ftp服務(wù)器端軟件。從1.32rc1開始，支持設(shè)置服務(wù)器端和客戶端的編碼方式。比如設(shè)置服務(wù)器端編碼為utf-8，客戶端編碼為gbk，可以初步解決亂碼問題。但是針對使用utf-8編碼的客戶端，反而會出現(xiàn)亂碼問題。

FileZilla Server

跨平臺的ftp服務(wù)器端軟件，我只用過windows平臺下的。實(shí)際測試的結(jié)果是，用windows的資源管理器打開，可以正常閱讀，但是用ftp客戶端軟件，比如cuteFTP, FlashFXP等，會出現(xiàn)亂碼。用FileZilla自己的客戶端就沒有問題。

Serv-U 8.x

最新版的Serv-U，功能強(qiáng)大，使用web的方式進(jìn)行管理。實(shí)際測試結(jié)果是，用windows的資源管理器打開，可以正常閱讀，但是在IE、Firefox等瀏覽器中打開，出現(xiàn)亂碼，用ftp客戶端軟件，比如cuteFTP, FlashFXP等，也會出現(xiàn)亂碼。
相比它的6.x老版本，在字符編碼方面反倒倒退了。
Serv-U是商業(yè)軟件，最新的8.2版本還沒有破解，8.0版有破解，但是非常不穩(wěn)定，基本上每個五分鐘自己重啟一次，原因不明。

Serv-U 6.x

最經(jīng)典的版本，用的最廣泛。經(jīng)測試，不論是資源管理器訪問ftp，還是瀏覽器，各類ftp客戶端，都能正常瀏覽中文文件名。
6.1版本我找到過序列號，但是一個序列號在同一局域網(wǎng)中只能使用一次，不然會被發(fā)現(xiàn)失效。最后的6.4.0.6版本有算號器，可以完美破解。

毫無疑問，我最終使用了6.4.0.6的中文綠色破解版。非常穩(wěn)定，非常好用。

最新評論