Google Cloud SSH实例无法运行.sh脚本：bash: abc.sh命令未找到

哈哈，这个问题我太熟悉了！你遇到的核心问题就是SSH登录到GCE实例时的环境变量（尤其是PATH）和Cloud Shell的不一样——Cloud Shell里已经包含了你的abc.sh所在的目录，但SSH会话里没加上，所以才会报bash: abc.sh: command not found。咱们一步步来搞定：

先回到能正常运行脚本的Cloud Shell，执行以下命令：

which abc.sh

这个命令会输出脚本的绝对路径，比如/home/anisha/scripts/abc.sh，把前面的目录部分（比如/home/anisha/scripts）记下来，这就是咱们要加到PATH里的路径。

在出问题的GCE实例SSH会话里，执行：

echo $PATH

再对比Cloud Shell里执行同样命令的结果，你会发现Cloud Shell的PATH里包含了第一步查到的目录，但SSH会话的PATH里没有——这就是问题根源。

方法1：临时生效（仅当前会话） #

如果只是临时测试用，直接在SSH终端里执行：

export PATH=$PATH:/path/to/your/script/directory

把/path/to/your/script/directory换成第一步查到的实际目录，比如/home/anisha/scripts。执行完后再运行abc.sh，应该就能正常工作了。不过这个配置在你退出SSH会话后会失效。

方法2：永久生效（仅当前用户） #

如果想让每次SSH登录都自动加载这个PATH，编辑用户目录下的.bashrc文件：

nano ~/.bashrc

在文件的末尾添加一行：

export PATH=$PATH:/path/to/your/script/directory

保存退出（按Ctrl+O，回车确认，再按Ctrl+X），然后执行以下命令让配置立即生效：

source ~/.bashrc

下次你再SSH登录这个实例，就能直接运行abc.sh了。

方法3：全局生效（所有用户） #

如果希望实例上的所有用户都能运行这个脚本，就编辑全局环境配置文件/etc/profile：

sudo nano /etc/profile

同样在文件末尾添加：

export PATH=$PATH:/path/to/your/script/directory

保存后，要么重启SSH服务（sudo systemctl restart sshd），要么让所有用户重新登录，配置就会生效。

这个配置是允许SSH加载用户~/.ssh/environment文件里的环境变量，但默认情况下这个文件是不存在的——你得手动创建它并写入PATH配置才会生效。相比之下，修改.bashrc或/etc/profile是更常规的做法，因为这两个文件是bash shell默认会加载的环境配置文件，不需要额外开启SSH配置。

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