时间戳

首页 > 解决方案 > 运行 Bash 脚本时找不到命令，但直接运行命令时有效

linux - 运行 Bash 脚本时找不到命令，但直接运行命令时有效

问题描述

我一直在使用letsencrypt为我的网站生成SSL证书，更具体地说是letsencrypt_webfaction。当我在我的项目中运行此命令时，它可以工作

letsencrypt_webfaction --letsencrypt_account_email <Email I use> --domains <domains I use> --public <public_file> --username <username> --password <password>

但是，当我在 bash 脚本中运行相同的命令时，出现错误

generate_certificate.sh: line 2: letsencrypt_webfaction: command not found

我确保我使用 chmod 777 generate_certificate.sh 对 bash 脚本拥有所有可能的权限，但仍然没有。最重要的是，我有一个在此之前运行的 bash 脚本，它只是重新启动 Apache，并且运行良好。

我阅读了其他 SO 文章，例如这篇文章，并尝试运行dos2unix script.sh，它确实运行成功，但是当我再次尝试运行 bash 脚本时，它不起作用。

重新启动 Apache 脚本

#!/bin/bash
../apache2/bin/./restart
#END

生成 SSL 脚本

#!/bin/bash
letsencrypt_webfaction --letsencrypt_account_email <Email I use> --domains <domains I use> --public <public_file> --username <username> --password <password>
#END

我是一名 python 开发人员，对 Ruby 没有太多经验，所以请原谅我的无知，但letsencrypt_webfaction 命令是我的bash 配置文件中的一个函数。

~/.bash_profile

# .bash_profile

# Get the aliases and functions
if [ -f ~/.bashrc ]; then
        . ~/.bashrc
fi

# User specific environment and startup programs

function letsencrypt_webfaction {
    PATH=$PATH:$GEM_HOME/bin GEM_HOME=$HOME/.letsencrypt_webfaction/gems RUBYLIB=$GEM_HOME/lib ruby2.2 $HOME/.letsencrypt_webfaction/gems/bin/letsencrypt_webfaction $*
}

eval "$(rbenv init -)"


PATH=$PATH:$HOME/bin

export PATH
export PATH="$HOME/.rbenv/bin:$PATH"
export TMPDIR="/home/doc4design/src/tmp"

标签： linuxbashapachelets-encrypt

解决方案

默认情况下，shell 函数仅在定义它们的 shell 中可用；它们不被子进程继承。您的 .bash_profile 仅由登录 shell 运行，而不是作为子进程运行的 shell（例如运行脚本）。

  • 选项 1：在 bash 中，您可以export -f letsencrypt_webfaction在定义的 shell 中运行（即在您的 .bash_profile 中），它会被子进程继承（前提是它们也在运行 bash）。

  • 选项 2：您可以在 .bashrc 而不是 .bash_profile 中定义函数，并且由于您从.bash_profile 运行 .bashrc，它将在所有 bash shell 中定义。

  • 选项 3：只需在脚本中使用完整的命令。这将是我的偏好，因为它使脚本更加独立。让脚本依赖于在完全不同的地方定义的 shell 函数是脆弱的（正如你所经历的那样），而且有点奇怪。

虽然我在这里，但这里有一些一般性的脚本建议：

  • 在大多数情况下，您应该在变量引用（以及包含变量引用的字符串）周围加上双引号，以避免分词和通配符扩展产生奇怪的影响。作业的右侧是一个可以将它们关闭的地方（例如PATH=$PATH:$HOME/bin，PATH="$PATH:$HOME/bin"两者都可以），但我倾向于建议在任何地方使用引号，因为很难跟踪将它们关闭的安全位置和危险位置。出于同样的原因，您应该几乎总是使用"$@"而不是$*（如在letsencrypt_webfaction函数中）。

    shellcheck.net非常擅长发现这样的错误，所以我建议通过它运行你的 shell 脚本并根据它的建议采取行动。

  • 使用function关键字定义函数是非标准的；标准语法是()在函数名之后使用，如下所示：

    letsencrypt_webfaction() {
    PATH="$PATH:$GEM_HOME/bin" GEM_HOME="$HOME/.letsencrypt_webfaction/gems" RUBYLIB="$GEM_HOME/lib" ruby2.2 "$HOME/.letsencrypt_webfaction/gems/bin/letsencrypt_webfaction" "$@"
}

  • 我刚刚给出的功能可能仍然无法正常工作，因为它在使用GEM_HOME 后（重新）定义了它。整行被解析（并且预先存在的变量定义被扩展），然后定义为命令前缀的变量被包含在命令的环境中。这意味着 ruby​​ 脚本获取 的更新值GEM_HOME，但 和 的更新值PATH基于RUBYLIB函数GEM_HOME运行时的任何值。我很确定这不是你想要的。

  • 在重新启动 apache 脚本中，您使用restart命令的相对路径。这将相对于运行脚本的进程的工作目录进行评估，而不是相对于脚本的位置。这可能在任何地方。

推荐阅读