我一直在使用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"
答案 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/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
值。我很确定这不是你想要的。
在restart apache脚本中,使用restart
命令的相对路径。这将相对于运行脚本的进程的工作目录进行评估,而不是相对于脚本的位置。这可能是任何地方。