关于locale问题 warning: setlocale: LC_CTYPE: cannot change locale (UTF-8): No such file or directory

Welcome to aliyun Elastic Compute Service!
-bash: warning: setlocale: LC_CTYPE: cannot change locale (UTF-8): No such file or directory
在远程服务器上输入 locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LC_CTYPE=UTF-8
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
在自己的Mac上输入locale，发现本机Mac是这样的
LANG=
LC_COLLATE="C"
LC_CTYPE="UTF-8"
LC_MESSAGES="C"
LC_MONETARY="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_ALL=
考虑可能是Mac上UTF-8的字符集Linux上没有对应的？
真正的原因是：结果表现为确实没有对应的，但是根本原因是因为我使用zsh替代的了原始的bash，所以在~/.zshrc没有设置LC_CTYPE,而没有设置时LC_CTYPE的默认值变成了UTF-8，这个值对哪个系统来说都是不存在的。
那么有两种解决方法：
如果使用zsh需要使用 vim ~/.zshrc在文件末
export LC_ALL=en_US.UTF-8  
export LANG=en_US.UTF-8
然后source ~/.zshrc使设置生效。
不发送本地的locale到远程的主机
编辑 vim /etc/ssh/ssh_config找到SendEnv LANG LC_*注释掉
# SendEnv LANG LC_*
关闭iTerm2再连接也可以。
第一种方法是根本解决之法
2019/4/27 更新

第三种情况，本地机locale正确发送的情况下，远程服务器没有正确的locale。
最近在使用Proxmox VE，在使用LXC模板创建的debian容器中又出现上述问题，这一次情况是容器本身的locale是只有
LANG=C
LANGUAGE=
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=
远程服务器没有正确设置locale，结果就是无法正确的显示非英文字符
可生成的 Locale 保存在 /etc/locale.gen 中,用以下的格式来定义：

[language][_TERRITORY][.CODESET][@modifier]. 要开启某个Locale,反注释对应的行即可。
查看有没有 en_US.UTF-8，如果没有则执行第3步
编辑 /etc/locale.gen文件，反注释 en_US.UTF-8 UTF-8 一行.
执行生成命令
locale-gen
断开ssh，然后重新连接即可，之前不能正确显示的中文字符就可以显示了
Mac OS X ssh登陆Linux是终端提示cannot change locale (UTF-8)
用 Mac OS X 自带的 SSH 登陆 Linux 后出现中文乱码，如何解决？

archLinux wiki