BASH环境下阻止命令执行失效：交互式正常非交互式异常

首先咱们先拆解问题根源：你在交互式Shell里能成功拦截命令，但非交互式模式下失效，大概率是非交互式Shell的特性限制或者脚本加载逻辑不对导致的，下面一步步来排查和解决：

1. 检查stop.sh的命令拦截实现方式 #

如果你的脚本是用alias来覆盖目标命令（比如alias rm='echo "rm命令已被阻止，请使用trash替代"'），那非交互式Shell默认是不展开别名的——因为alias属于交互式Shell的专属特性，非交互式模式下默认关闭了别名扩展功能。

修复方案： #

要么在stop.sh开头添加一行，强制开启别名扩展：

shopt -s expand_aliases

要么更稳妥的是用函数替代别名，函数在非交互式Shell里不需要额外配置就能生效，比如：

# 替换成你要阻止的目标命令，比如rm、mv等
rm() {
    echo "错误：rm命令已被禁止执行！"
    return 1
}

2. 确保BASH_ENV变量全局生效 #

你提到用了BASH_ENV，但可能没在正确的位置设置这个变量：

• .bashrc只有交互式Shell才会加载，要是把export BASH_ENV=/home/user/stop.sh放在.bashrc里，非交互式Shell根本读不到这个环境变量！
• 正确的做法是把BASH_ENV的配置放在登录Shell必加载的脚本里，比如~/.profile或者~/.bash_profile（取决于你的系统配置）。

设置步骤： #

编辑~/.profile文件，添加：

export BASH_ENV="/home/user/stop.sh"

保存后，要么重新登录Shell，要么执行source ~/.profile让设置立即生效。

3. 验证非交互式Shell的拦截效果 #

现在测试非交互式模式是否生效：

# 用非交互式方式执行被拦截的命令
bash -c "rm test.txt"

如果输出你预设的阻止提示，说明配置成功了。

额外注意事项 #

• 如果通过sudo执行命令，需要确保目标用户的BASH_ENV也已正确设置，或者在sudo命令里显式指定环境变量：sudo BASH_ENV=/home/user/stop.sh bash -c "rm test.txt"
• 检查stop.sh的权限：确保它有可读权限（chmod +r /home/user/stop.sh），虽然source加载不要求可执行权限，但正确的权限能避免意外问题。

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