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

时间:2018-04-25 03:09:57

标签: linux bash apache lets-encrypt

我一直在使用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"

1 个答案:

答案 0 :(得分:1)

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

  • 选项1:在bash中,您可以在定义shell中运行export -f letsencrypt_webfaction(即在.bash_profile中),并且它将由子进程继承(前提是它们也运行bash)。

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

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

虽然我很喜欢,但这里有一些通用的脚本建议:

  • 在大多数情况下,您应该在变量引用(以及包含变量引用的字符串)周围加上双引号,以避免字拆分和通配符扩展产生奇怪的影响。作业的右侧是一个可以让它们离开的地方(例如PATH=$PATH:$HOME/binPATH="$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的更新值,但PATHRUBYLIB的更新值基于函数运行时的GEM_HOME值。我很确定这不是你想要的。

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