登陆获取shell时的配置文件加载过程

最近遇到一台ubuntu服务器登陆时默认语言环境变量变成posix问题, 导致中文显示乱码,影响程序的正常运行

# locale
LANG=
LANGUAGE=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

按照常规的分析,应该是开机没有加载某个配置文件

在ubuntu系统下,语言变量一般是在 /etc/default/locale 中设置的,安装系统时选择的语言最终也会写入到这里

查看这个值发现并没有问题

cat /etc/default/locale
LANG="en_US.UTF-8"

那么另一个可以设置这个变量的就是 /etc/environment

在测试时,系统这个文件上并没有写入 LANG的配置,其实这也是合理的

现在最主要的问题是ssh登陆时没有加载到配置文件 /etc/default/locale

找了一会问题,还没完全解决,这时告诉同事等会再来排查问题。突然同时说问题已经解决了,

遂激动的询问是怎样解决的。

直接在 /etc/profile 里面加上 export LANG=en.US-UTF-8

尴尬了。。。 这么简单的事。。一直想着查找为什么无法加载locale文件,忘记了最简单的解决办法。下次切记~~

登陆流程获取shell,肯定会加载profile文件嘛,还有在用户家目录里面设置环境变量也是可以的

当然,上面虽然可以正常解决问题,可是具体原因并没有对症下药

后来对比了login获取shell时的环境变量 和su时获取的环境变量, 发现这两个都是正常的

查看了ssh的配置文件 /etc/ssh/sshd_config, 其中有一句

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

按照注释看,这应该是加载本地的环境变量, 所以我把当前shell的语言变量设置成其他的,用ssh到其他电脑,果然环境变量会随着本地机器的设定而变化,然后再用login及su登陆系统, 奇怪的是系通正常设定了语言(这才应该是正常的情况)

问题到这,已经确定是ssh登陆时会有问题,而login和su登陆没有问题

简单的联想到是不是PAM模块未加载这个配置文件,一番对比,发现 /etc/pam.d/ 下面的 login su sshd 并没有太大的区别 都有一句加载locale变量

# Read environment variables from /etc/environment and
# /etc/security/pam_env.conf.
session required pam_env.so # [1]
# In Debian 4.0 (etch), locale-related environment variables were moved to
# /etc/default/locale, so read that as well.
session required pam_env.so user_readenv=1 envfile=/etc/default/locale

按理说,这应该是没问题的。。。

往往,答案就隐藏在某个看不见的最安全的也是最容易发现地方,只是可惜被我忽略了

在sshd_config配置文件的最后有一个配置

UsePAM no

都已经设置成不加载PAM模块了,之前设定的语言变量肯定也不会被加载了嘛, 更改成yes后,登陆正常

再来看下曾今答案离我多近

ClientAliveInterval 3600
ClientAliveCountMax 10 #MaxStartups 10:30:60
#Banner /etc/issue.net # Allow client to pass locale environment variables
AcceptEnv LANG LC_* Subsystem sftp /usr/lib/openssh/sftp-server # Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication. Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
#UsePAM no
UsePAM yes

也就是在设定加载本地语言环境变量的下面。。。。

好了,现在粗略总结下系统登陆时获取shell的加载过程。排除登陆问题可以按照这些流程一一排查可能出错的地方

开机-->init程序-->获取登陆shell-->加载PAM模块-->加载/etc/profile文件-->加载用户家目录配置文件

网络的设置是在init程序的时候由/etc/init.d内文件指定,开机时会按顺序加载,作为开机自启程序

PAM模块 会加载一些环境变量

/etc/profile文件会调用一些其他设置,包括/etc/profile.d/*.conf 文件

用户家目录配置文件可以设定一些自定义变量, 比如可以设置语言为 zh_CN.UTF-8 (系统环境最好保持en_US.UTF-8)

上一篇:phpstudy APACHE支持.htaccess以及 No input file specified解决方案


下一篇:ECS_8080端口连接拒绝问题排查