dehydrated
原作者 | Lukas Schauer |
---|---|
开发状态 | 运行中 |
编程语言 | Shell Script |
许可协议 | MIT license |
网站 |
dehydrated |
源代码库 |
github |
dehydrated是一套支援ACME协定的软体套件(目前主要是由Let's Encrypt提供服务)。
特色
相较于官方推广的Certbot使用Python撰写,dehydrated仅使用Shell Script与OpenSSL与curl的指令就可以执行,这些指令在大多数系统中都已经提供。
安装
在Ubuntu 17.10之后的版本(包含即将出版的18.04)的APT内有dehydrated
[1]可以装,但因为我自己包了一包只有执行档的(比较小),可以透过PPA安装:
sudo add-apt-repository -y ppa:gslin/dehydrated-lite; sudo apt update; sudo apt install -y dehydrated-lite
另外也可以直接去官方网站上下载档案,仅需下载dehydrated
档案。我建议把这个档案放到/usr/sbin/
下。
基本设定
dehydrated在侦测到/etc/dehydrated/config
或/usr/local/etc/dehydrated/config
时(两个都有时前者优先),会将/etc/dehydrated
或是/usr/local/etc
当作设定目录,所以我们需要产生/etc/dehydrated/config
。
另外因为从v0.7.0开始预设会使用secp384r1
的凭证,这会导致很多旧一点的浏览器与爬虫无法使用,所以指定KEY_ALGO=rsa
保持相容性:
sudo mkdir -p /etc/dehydrated /var/www/dehydrated
echo "KEY_ALGO=rsa" | sudo tee /etc/dehydrated/config
进阶设定
这边的设定都是选择性设定,进阶使用者可以修改dehydrated预设值,对安全性与效能的参数进行调整。
在config
内可以设定开启凭证内标示一定要开OCSP Stapling:
OCSP_MUST_STAPLE=yes
也可以设定KEYSIZE
,预设是4096,可以改成2048:
KEYSIZE=2048
另外也可以指定使用ZeroSSL的CA,其中的EAB资讯x
与y
可以在注册ZeroSSL后从网页界面上拿到:
CA=zerossl
EAB_HMAC_KEY=x
EAB_KID=y
域名设定
认证可以透过http-01
或是dns-01
的协定。无论是那种,都是在domains.txt
内设定要申请的网域名称,里面一行就是一张凭证,一行如果有多个域名就是将这些域名申请到同一个凭证里:
一张凭证一个域名
一行放一个域名,将需要申请的网域名称放到domains.txt
内:
cd /etc/dehydrated
echo 'blog.gslin.org' | sudo tee -a domains.txt
echo 'wiki.gslin.org' | sudo tee -a domains.txt
一张凭证多个域名
将想要放在同一张凭证的域名放在同一行,一样是domains.txt
内:
cd /etc/dehydrated
echo 'blog.gslin.org wiki.gslin.org' | sudo tee -a domains.txt
Wildcard
Wildcard的认证一定要有带有一个主域名(没有*
),要注意Wildcard凭证无法使用http-01
的验证过程取得,只能透过dns-01
取得(参考后面怎么设定dns-01
的认证):
cd /etc/dehydrated
echo 'gslin.org *.gslin.org' | sudo tee -a domains.txt
认证设定
Domain-validated certificate(即DV,非Wildcard的)的可以用http-01
或是dns-01
的方式认证。Wildcard的只能使用dns-01
的方式认证。
http-01
dehydrated预设会用/var/www/dehydrated/
作为认证目录,需要将网页的/.well-known/acme-challenge/
指到这边。以nginx的设定会像是这样:
server { # ... # map /var/www/dehydrated/ location /.well-known/acme-challenge/ { alias /var/www/dehydrated/; } }
以Apache的会是这样(放到/etc/apache2/conf-available/dehydrated.conf
内,再用a2enconf dehydrated
启用):
Alias /.well-known/acme-challenge /var/www/dehydrated <Directory /var/www/dehydrated> Options None AllowOverride None Require all granted </Directory>
dns-01
dns-01
会需要使用TXT
record认证。这边会使用lexicon(不适合用pyenv安装,因为通常使用root权限跑dehydrated,这会使得环境无法取得),这需要另外安装。
另外dehydrated需要lexicon的examples/dehydrated.default.sh
(将dehydrated的hook命令转给lexicon使用),所以需要下载这个档案,复制到/usr/sbin/lexicon-dehydrated.default.sh
以便后续更新:
cd /tmp
git clone https://github.com/AnalogJ/lexicon.git
sudo cp lexicon/examples/dehydrated.default.sh /usr/sbin/lexicon-dehydrated.default.sh
或是直接用GitHub提供的连结下载:
cd /tmp
curl -LO https://raw.githubusercontent.com/AnalogJ/lexicon/master/examples/dehydrated.default.sh
sudo install -g root -m 0755 -o root dehydrated.default.sh /usr/sbin/lexicon-dehydrated.default.sh
执行
第一次需要同意条款:
sudo dehydrated --register --accept-terms
之后就可以用-c
自动更新:
sudo dehydrated -c
如果是使用dns-01
(像是Wildcard),可能需要在环境变数里提供对应的API token(给lexicon使用):
sudo PROVIDER=digitalocean LEXICON_DIGITALOCEAN_TOKEN=x dehydrated -c -k /usr/sbin/lexicon-dehydrated.default.sh --challenge dns-01
另外因为lexicon在设定DNS的值之后,预设会停30秒才会跑下一步,会比较慢,需要等一下才会知道结果。
自动更新
上面提到更新的指令可以放到/etc/cron.weekly
内执行,并且透过传回值可以判断是否有更新,然后重跑nginx或是Postfix(以及其他有用到的服务)。
像是:
#!/bin/bash
export PATH=/usr/sbin:/usr/bin:/bin:"${PATH}"
sleep $(expr $(printf "%d" "0x$(hostname | md5sum | cut -c 1-8)") % 86400); dehydrated -c && ( service nginx reload; service postfix reload ) > /tmp/dehydrated-lite.log-$(date -u +%Y%m%d-%H%M%S) 2>&1
或是:
#!/bin/bash
export PATH=/usr/sbin:/usr/bin:/bin:"${PATH}"
sleep $(expr $(printf "%d" "0x$(hostname | md5sum | cut -c 1-8)") % 86400); PROVIDER=digitalocean LEXICON_DIGITALOCEAN_TOKEN=x dehydrated -c -k /usr/sbin/lexicon-dehydrated.default.sh --challenge dns-01 && ( service nginx reload; service postfix reload ) > /tmp/dehydrated-lite.log-$(date -u +%Y%m%d-%H%M%S) 2>&1
其中:
sleep
片段是为了避免一堆机器同一个时间连到Let's Encrypt的伺服器,造成类似DDoS的效果。sleep
后面不使用随机变数而是使用hostname
与md5sum
计算是为了随机打散,但又要避免很凑巧一堆机器同时打Let's Encrypt的伺服器。
清理
dehydrated因为设计的关系,最快是每两个月才会更新一次(Let's Encrypt发出来的是三个月有效,dehydrated预设只会renew少于一个月有效期的凭证),而金钥与凭证的档案大小一组实际占用也才28K(用最大的4096-bit RSA整套),一台机器跑个一百年也才600组资料,算起来约16.4MB。应该是没有太多清理的需求。
但如果还是想要清掉旧的资料,dehydrated有提供指令可以清:
sudo dehydrated -gcd
也可以考虑包装到/etc/cron.yearly
:
#!/bin/bash
/usr/sbin/dehydrated -gcd
其他
这边主要是我的个人想法,放在最后避免干扰只是想要学设定方法的读者。
dehydrated的相依性较少,仅需Bash、OpenSSL与curl,这三个套件在蛮多Linux作业系统内已经内建,这对于自动化环境带来的负担会比较少(指的是Puppet或是Chef这类工具),同时也避免了套件版本互相影响的问题。
目前比较大的问题在于申请Wildcard certificate时,因为需要透过dns-01
申请,而这常常会用到lexicon(因为其他使用Shell Script的DNS操作软体支援度比较低)。但lexicon使用Python撰写而引用了大量套件,这违背了使用dehydrated的本意(轻量)。
快速安装
这边是设定在更新后重启nginx:
sudo add-apt-repository -y ppa:gslin/dehydrated-lite; sudo apt update; sudo apt install -y cron dehydrated-lite; sudo apt clean; sudo mkdir -p /etc/dehydrated /var/www/dehydrated; echo -e "KEY_ALGO=rsa\nKEYSIZE=2048" | sudo tee /etc/dehydrated/config; sudo dehydrated --register --accept-terms; echo -e '#!/bin/bash\nexport PATH=/usr/sbin:/usr/bin:/bin:"${PATH}"\nsleep $(expr $(printf "%d" "0x$(hostname | md5sum | cut -c 1-8)") % 86400); dehydrated -c && ( service nginx reload ) > /tmp/dehydrated-lite.log-$(date -u +%Y%m%d-%H%M%S) 2>&1' | sudo tee /etc/cron.weekly/dehydrated-lite; sudo chmod 755 /etc/cron.weekly/dehydrated-lite
参考资料
- ↑ Ubuntu – Package Search Results -- dehydrated. [2018-04-24].