启动Amazon Linux AMI的t2.micro EC2实例后SSH登录出现Locale错误的原因

这个问题我之前碰到过好几次，其实根源很清晰：

错误原因 #

从你贴的locale输出能看到，LC_CTYPE被设置成了单独的UTF-8，但系统认可的locale格式是语言_地区.编码（比如en_US.UTF-8），单独的UTF-8并不是一个有效的locale名称，EC2实例的系统找不到对应的locale定义文件，所以才会抛出cannot change locale (UTF-8): No such file or directory的错误。

为什么会出现这个情况？通常是你的本地SSH客户端在连接时，把自己的locale环境变量（比如LC_CTYPE）传递给了EC2实例，而本地的设置可能是简化的UTF-8，但实例的系统不认这个格式。

两种解决方法 #

方法1：从本地SSH客户端停止传递无效的locale变量 #

如果不想让本地的locale设置影响服务器，可以修改本地SSH配置：

• 打开本地的~/.ssh/config文件（没有的话直接创建）
• 找到SendEnv LANG LC_*这一行，改成SendEnv LANG（只传递LANG变量），或者直接注释掉这一行
• 保存后重新SSH连接，错误应该就消失了

也可以临时用命令禁用传递：

ssh -o SendEnv=none ec2-user@你的实例IP地址

方法2：在EC2实例上配置正确的locale #

如果想在服务器端直接修复，步骤如下：

1. 先确认系统支持的locale列表，运行：

   locale -a
   

   从你的输出看，en_US.UTF-8应该已经在列表里了。
2. 编辑系统locale配置文件/etc/locale.conf，添加正确的设置：

   echo "LC_CTYPE=en_US.UTF-8" >> /etc/locale.conf
   echo "LC_ALL=en_US.UTF-8" >> /etc/locale.conf
   

3. 让配置立即生效：

   source /etc/locale.conf
   

4. 如果是Amazon Linux 2这类支持localectl的系统，也可以用更简便的命令：

   localectl set-locale LC_CTYPE=en_US.UTF-8
   localectl set-locale LC_ALL=en_US.UTF-8
   

验证修复 #

设置完成后，再运行locale命令，你会看到LC_CTYPE变成en_US.UTF-8，而且不会再出现报错信息了。

内容的提问来源于stack exchange，提问作者SuicideSheep