FTP 中文檔名亂碼問題根因分析與 Serv-U 8.0 完美解決方案

問題現象

使用 FTP 客戶端（命令列 ftp、CuteFTP、FileZilla 等）上傳中文命名的檔案/目錄至 Serv-U 服務器時，伺服器端顯示為亂碼（如「中國」變為「洩」），導致：

• 無法正確下載/刪除/重命名該檔案
• 腳本自動化處理失敗
• 跨平台（Windows/Linux/macOS）編碼不一致

根因分析

兩大解決路徑

路徑一：客戶端統一轉 UTF-8（程式開發適用）

在上傳前將所有檔名/目錄名轉為 UTF-8 編碼再送出。

# Python 範例
import os
from ftplib import FTP

ftp = FTP('server')
ftp.login('user', 'pass')
ftp.sendcmd('OPTS UTF8 ON')  # 明確宣告使用 UTF-8

for root, dirs, files in os.walk(local_path):
    for f in files:
        local_file = os.path.join(root, f)
        remote_file = f.encode('utf-8').decode('utf-8')  # 確保 UTF-8
        with open(local_file, 'rb') as fp:
            ftp.storbinary(f'STOR {remote_file}', fp)

路徑二：Serv-U 8.0 伺服器端配置（推薦，免修改客戶端）

透過停用 OPTS UTF8 指令支援，強制伺服器以系統預設編碼（ANSI）處理檔名，配合關閉「對所有路徑/檔名使用 UTF-8 編碼」選項，實現中文檔名正常顯示。

具體操作步驟（圖解）

1. 開啟 Serv-U 管理主控台 → 導航 → 限制與設定 → FTP 設定
2. 找到 OPTS UTF8 指令 → 編輯 → 選擇 禁用指令 → 確定
3. 返回 全域屬性 → 進階選項
4. 找到 「對所有已收發的路徑和檔名使用 UTF-8 編碼」 → 取消勾選 → 確定
5. 同樣對 「伺服器限制與設定」 重複上述兩步驟
6. 儲存並重啟 Serv-U 服務

原理： 禁用 OPTS UTF8 協商，關閉 UTF-8 強制模式，Serv-U 將退回以系統 ANSI 代碼頁（中文 Windows 為 CP936/GBK）解碼檔名，與大多數中文 Windows 客戶端預設編碼一致，從而正確顯示中文。

驗證測試

# 客戶端上傳中文檔案
ftp> put "測試文件.txt"
# 伺服器端目錄列表應正確顯示「測試文件.txt」，而非亂碼

# 下載驗證
ftp> get "測試檔案.txt"
# 本地儲存檔名正確

現代最佳實踐：全鏈路 UTF-8

若環境允許（客戶端、伺服器、檔案系統均支援 UTF-8），建議全鏈路啟用 UTF-8：

• Serv-U：啟用「對所有路徑/檔名使用 UTF-8 編碼」，允許 OPTS UTF8 指令
• 客戶端：FileZilla → 站台管理 → 字符集 → 強制 UTF-8；lftp → set ftp:charset utf-8
• 檔案系統：NTFS 原生支援 Unicode，無額外配置
• 資料庫/應用層：統一 UTF-8 存儲

優勢： 徹底消除跨平台、跨語言、特殊字元（Emoji、生僻字）的編碼地獄。

常見編碼對照表

總結

FTP 中文亂碼源於協議未定義編碼、雙端預設編碼不一致。Serv-U 8.0 透過「禁用 OPTS UTF8 指令 + 關閉 UTF-8 強制模式」可快速適配中文 Windows 客戶端預設編碼（GBK/Big5），零改代碼解決亂碼。長遠規劃建議推動全鏈路 UTF-8 標準化，從根源消除編碼困擾。