6.1 KiB

Raw Blame History

le: means simp`Le`

Simplest shell script for LetsEncrypt free Certificate client

Pure written in bash, no dependencies to python , acme-tiny or LetsEncrypt official client. Just one script, to issue, renew your certificates automatically.

Probably it's the smallest&easiest&smartest shell script to automatically issue&renew the free certificates from LetsEncrypt.

Do NOT require to be root/sudoer.

#Tested OS

Ubuntu/Debian.
CentOS

#Supported Mode

Webroot mode
Standalone mode
Apache mode
Dns mode

#How to use

Clone this project: https://github.com/Neilpang/le.git
Install le:

./le.sh install

You don't have to be root then, altough it is recommended.

Which does 3 jobs:

create and copy le.sh to your home dir: ~/.le All the certs will be placed in this folder.
create alias : le.sh=~/.le/le.sh and le=~/.le/le.sh.
create everyday cron job to check and renew the cert if needed.

After install, you must close current terminal and reopen again to make the alias take effect.

Ok, you are ready to issue cert now. Show help message:

root@v1:~# le.sh
https://github.com/Neilpang/le
v1.1.1
Usage: le.sh  [command] ...[args]....
Avalible commands:

install:
  Install le.sh to your system.
issue:
  Issue a cert.
installcert:
  Install the issued cert to apache/nginx or any other server.
renew:
  Renew a cert.
renewAll:
  Renew all the certs.
uninstall:
  Uninstall le.sh, and uninstall the cron job.
version:
  Show version info.
installcronjob:
  Install the cron job to renew certs, you don't need to call this. The 'install' command can automatically install the cron job.
uninstallcronjob:
  Uninstall the cron job. The 'uninstall' command can do this automatically.
createAccountKey:
  Create an account private key, professional use.
createDomainKey:
  Create an domain private key, professional use.
createCSR:
  Create CSR , professional use.


root@v1:~/le# le issue
Usage: le  issue  webroot|no|apache|dns   a.com  [www.a.com,b.com,c.com]|no   [key-length]|no

Set the param value to "no" means you want to ignore it.

For example, if you give "no" to "key-length", it will use default length 2048.

And if you give 'no' to 'cert-file-path', it will not copy the issued cert to the "cert-file-path".

In all the cases, the issued cert will be placed in "~/.le/domain.com/"

Just issue a cert:

le issue   /home/wwwroot/aa.com    aa.com    www.aa.com,cp.aa.com

First argument /home/wwwroot/aa.com is the web root folder, You must have write access to this folder.

Second argument "aa.com" is the main domain you want to issue cert for.

Third argument is the additional domain list you want to use. Comma separated list, which is Optional.

You must point and bind all the domains to the same webroot dir:/home/wwwroot/aa.com

The cert will be placed in ~/.le/aa.com/

The issued cert will be renewed every 80 days automatically.

Install issued cert to apache/nginx etc.

le installcert  aa.com /path/to/certfile/in/apache/nginx  /path/to/keyfile/in/apache/nginx  /path/to/ca/certfile/apahce/nginx   "service apache2|nginx reload"

Install the issued cert/key to the production apache or nginx path.

The cert will be renewed every 80 days by default (which is configurable), Once the cert is renewed, the apache/nginx will be automatically reloaded by the command: service apache2 reload or service nginx reload

Use Standalone server to issue cert( requires you be root/sudoer, or you have permission to listen tcp 80 port):

Same usage as all above, just give no as the webroot. The tcp 80 port must be free to listen, otherwise you will be prompted to free the 80 port and try again.

le issue    no    aa.com    www.aa.com,cp.aa.com

Use Apache mode(requires you be root/sudoer, since it is required to interact with apache server):

If you are running a web server, apache or nginx, it is recommended to use the Webroot mode. Particularly, if you are running an apache server, you can use apache mode instead. Which doesn't write any file to your web root folder.

Just set string "apache" to the first argument, it will use apache plugin automatically.

le  issue  apache  aa.com   www.aa.com,user.aa.com

All the other arguments are the same with previous.

Use DNS mode:

Support the latest dns-01 challenge.

le  issue   dns   aa.com  www.aa.com,user.aa.com

You will get the output like bellow:

Add the following txt record:
Domain:_acme-challenge.aa.com
Txt value:9ihDbjYfTExAYeDs4DBUeuTo18KBzwvTEjUnSwd32-c

Add the following txt record:
Domain:_acme-challenge.www.aa.com
Txt value:9ihDbjxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Please add those txt records to the domains. Waiting for the dns to take effect.

Then just retry with 'renew' command:

le renew  aa.com

Ok, it's finished.

Use CloudFlare domain api to automatically issue cert

For now, we support clourflare integeration.

First you need to login to your clourflare account to get your api key.

export CF_Key="sdfsdfsdfljlbjkljlkjsdfoiwje"

export CF_Email="xxxx@sss.com"

Ok, let's issue cert now:

le.sh   issue   dns-cf   aa.com  www.aa.com

The CF_Key and CF_Email will be saved in ~/.le/account.conf, when next time you use cloudflare api, it will reuse this key.

More api integerations are coming. Godaddy, Dnspod, etc....

Use custom api

If your api is not supported yet, you can write your own dns api.

Let's assume you want to name it 'myapi',

Create a bash script named ~/.le/dns-myapi.sh,
In the scrypt, you must have a function named dns-myapi-add(). Which will be called by le.sh to add dns records.
Then you can use your api to issue cert like:

le.sh  issue  dns-myapi  aa.com  www.aa.com

For more details, please check our sample script: dnsapi/dns-myapi.sh

#Under the Hood

Speak ACME language with bash directly to Let's encrypt.

TODO:

#Acknowledgment

Acme-tiny: https://github.com/diafygi/acme-tiny
ACME protocol: https://github.com/ietf-wg-acme/acme
letsencrypt: https://github.com/letsencrypt/letsencrypt

#License & Other

License is GPLv3

Please Star and Fork me.

Issues and pullrequests are welcomed.

6.1 KiB Raw Blame History

le: means simpLe