系统级别名应配置在 /etc/bash.bashrc，环境变量应放入 /etc/profile.d/ 目录下的 .sh 脚本；/etc/environment 不支持 alias 和 export 语法，GUI 环境默认不加载 bashrc 别名，且别名无法被子进程继承。
系统级环境变量和别名不能混着配
环境变量（如 PATH）和别名（alias）底层机制完全不同：前者是进程启动时继承的键值对，后者是 shell 解析器在读取命令前做的文本替换。把 alias 写进 /etc/environment 或当成环境变量设，根本不会生效——那个文件只认 KEY=VALUE 格式，不执行任何 shell 语法。
常见错误现象：
- 在
/etc/environment里写alias ll='ls -la'，重启后ll命令报command not found - 用
export alias ll='ls -la'，提示bash: export: 'alias': not a valid identifier
/etc/bash.bashrc 是最稳妥的系统级别名位置
所有使用 bash 的用户都会在启动交互式 shell 时自动加载 /etc/bash.bashrc，它支持完整的 shell 语法，包括 alias、function 和条件判断。这是唯一推荐的系统级别名配置文件。
实操建议：
- 用 root 权限编辑：
sudo nano /etc/bash.bashrc - 在文件末尾添加别名，例如：
alias grep='grep --color=auto' - 保存后，**新打开的终端立即生效**；已有终端需手动执行
source /etc/bash.bashrc - 不要在该文件里写
export环境变量——它不是为这个设计的；环境变量请走/etc/profile.d/
系统级环境变量该放 /etc/profile.d/ 而不是 /etc/profile
/etc/profile 虽然能设全局环境变量，但它只对 login shell 生效，而很多 GUI 应用（VS Code、Gnome Terminal 启动的程序）、systemd 服务、cron 任务都不走这条路。真正兼容性最好的方式是把变量拆成独立脚本，放进 /etc/profile.d/ 目录。
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
实操建议：
- 新建脚本：
sudo nano /etc/profile.d/myapp.sh - 内容必须以
.sh结尾，且只写标准 export 行，例如：export MYAPP_HOME="/opt/myapp"和export PATH="/opt/myapp/bin:$PATH" - 赋予可执行权限：
sudo chmod +x /etc/profile.d/myapp.sh - 新终端自动加载；验证用
printenv MYAPP_HOME，**别只靠echo $MYAPP_HOME，那可能是旧会话缓存的值**
别名和环境变量在 GUI 环境下经常失效
GNOME、KDE 这类桌面环境启动的终端或应用，默认不加载 ~/.bashrc，也不读 /etc/bash.bashrc（除非显式配置）。它们通常只从 /etc/environment 或桌面 session 配置中继承最简环境变量，完全忽略别名。
这意味着：
- 你在
/etc/bash.bashrc里定义的alias ll，在 VS Code 的集成终端里可能不可用 -
/etc/profile.d/设的环境变量，在桌面快捷方式启动的程序里可能拿不到 - 解决办法只有两个：要么把关键别名转成函数（函数可导出为环境变量），要么改桌面环境的 session 配置（比如 GNOME 的
~/.profile或/etc/X11/Xsession.d/）
最常被忽略的一点：别名永远无法被子进程继承，哪怕你 export 了也没用；而环境变量可以，但得确保加载路径对得上。
