使用FTP客户端上传文件至FTP服务器（即云虚拟主机）时，可能会因为FTP客户端与FTP服务器所使用的编码不一致，出现Failed to convert command to 8 bit charset或者451 No mapping for the Unicode character exists in the target multi-byte code page的错误提示。本文介绍这种情况的可能原因和解决方案。
问题现象
使用FTP客户端上传文件至云虚拟主机时，出现如下报错信息：
报错信息为Failed to convert command to 8 bit charset。
状态: 正在连接 xxx 状态: 连接建立，等待欢迎消息... 状态: 不安全的服务器，不支持 FTP over TLS。 状态: 已登录 状态: 读取目录列表... 状态: 收到无效字节，将禁用 UTF-8 编码。请在站点管理器中强制选择 UTF-8 编码。 状态: 计算服务器时差... 命令: MDTM ÇëÌÈÁÌÒ.txt 错误: Failed to convert command to 8 bit charset 状态: 列出"/"的目录成功报错信息为451 No mapping for the Unicode character exists in the target multi-byte code page。同时，Windows 资源管理器弹出 FTP 文件夹错误 对话框，提示"将文件复制到 FTP 服务器时发生错误"，详细信息中显示 FTP 响应
200 Type set to I.、227 Entering Passive Mode及451 No mapping for the Unicode character exists in the target multi-byte code page.。
可能原因
FTP客户端与FTP服务器（云虚拟主机）所使用的编码不一致导致上传文件时报错，您可以通过修改FTP客户端上的字符集编码来解决该问题。
解决方案
- 启动FileZilla工具。本文操作以FileZilla工具为例，其他FTP客户端的操作方法类似。
在顶部菜单栏，选择。
在站点管理器对话框的选择记录(S)区域，单击报错的站点。
单击字符集页签，选择强制 UTF-8（U），单击连接(C)。
尝试再次上传文件至云虚拟主机。
上传成功：问题已解决，操作结束。
上传失败：问题仍未解决，请提交工单。