★ wanayoo — archive 1999 https://github.com/certbot/certbotNouvelle recherche | Portail wanayoo
Skip to content
Certbot, previously the Let's Encrypt Client, is EFF's tool to obtain certs from Let's Encrypt, and (optionally) autoenable HTTPS on your server. It can also act as a client for any other CA that uses the ACME protocol.
Python Shell ApacheConf Makefile Batchfile Augeas Other
Find file
Latest commit 38d7503 May 6, 2016 @bmw bmw Merge pull request #2940 from certbot/whatsa-letsencrypt
s/--letsencrypt/--certbot
Failed to load latest commit information.
acme this commit was authored by the Certbot Project Apr 14, 2016
certbot-apache Add a test for #2906 May 2, 2016
certbot-compatibility-test More stray ncrypt reference cleanup Apr 14, 2016
certbot-nginx this commit was authored by the Certbot Project Apr 14, 2016
certbot venv is still named letsencrypt May 4, 2016
docs Adding the fact that we actually have backports for Debian Jessie to … May 5, 2016
examples Rename misc files Apr 14, 2016
letsencrypt-apache Add letsencrypt-apache shim Apr 15, 2016
letsencrypt-auto-source Partial le-auto rename Apr 14, 2016
letsencrypt-nginx letsencrypt-nginx shim Apr 15, 2016
letsencrypt Add letsencrypt shim Apr 15, 2016
letshelp-certbot More stray ncrypt reference cleanup Apr 15, 2016
letshelp-letsencrypt letshelp-letsencrypt shim Apr 15, 2016
tests Rename LETSENCRYPT_PATH to CERTBOT_PATH May 6, 2016
tools Use --force-reinstall to fix bad virtualenv package May 6, 2016
.dockerignore Update ignore files to remove shared tox.venv Jul 12, 2015
.gitattributes Add gitattributes file to mark bat file as CRLF Oct 27, 2015
.gitignore Rename misc files Apr 14, 2016
.pep8 nit: fix missing EOF newline Sep 6, 2015
.pylintrc Fight with cyclic lint Mar 10, 2016
.travis.yml Fix problem with godep and vendor directories Apr 18, 2016
CHANGES.rst Tweak changelog Feb 8, 2016
CONTRIBUTING.md Revert to {using,contributing}.rst Oct 25, 2015
Dockerfile More stray ncrypt reference cleanup Apr 15, 2016
Dockerfile-dev More stray ncrypt reference cleanup Apr 15, 2016
LICENSE.txt More stray ncrypt reference cleanup Apr 15, 2016
MANIFEST.in Rename misc files Apr 14, 2016
README.rst Welcome to Certbot! May 6, 2016
Vagrantfile Fixing path from which boulder-start.sh is executed Feb 12, 2016
docker-compose.yml Rename misc files Apr 14, 2016
letsencrypt-auto Release 0.5.0 Apr 5, 2016
linter_plugin.py Rename misc files Apr 14, 2016
pep8.travis.sh Rename misc files Apr 14, 2016
readthedocs.org.requirements.txt RTD: install local deps for subpkgs (fixes #1086). Oct 23, 2015
setup.cfg setup.cfg Apr 14, 2016
setup.py Specify minimum parsedatetime version May 6, 2016
tox.cover.sh rename letshelp-letsencrypt Apr 13, 2016
tox.ini rename letshelp-letsencrypt Apr 14, 2016

README.rst

Disclaimer

Certbot (previously, the Let's Encrypt client) is BETA SOFTWARE. It contains plenty of bugs and rough edges, and should be tested thoroughly in staging environments before use on production systems.

For more information regarding the status of the project, please see https://letsencrypt.org. Be sure to checkout the Frequently Asked Questions (FAQ).

About the Let's Encrypt Client

The Let's Encrypt Client is a fully-featured, extensible client for the Let's Encrypt CA (or any other CA that speaks the ACME protocol) that can automate the tasks of obtaining certificates and configuring webservers to use them. This client runs on Unix-based operating systems.

Installation

If letsencrypt is packaged for your Unix OS, you can install it from there, and run it by typing letsencrypt. Because not all operating systems have packages yet, we provide a temporary solution via the letsencrypt-auto wrapper script, which obtains some dependencies from your OS and puts others in a python virtual environment:

user@webserver:~$ git clone https://github.com/letsencrypt/letsencrypt
user@webserver:~$ cd letsencrypt
user@webserver:~/letsencrypt$ ./letsencrypt-auto --help

Or for full command line help, type:

./letsencrypt-auto --help all

letsencrypt-auto updates to the latest client release automatically. And since letsencrypt-auto is a wrapper to letsencrypt, it accepts exactly the same command line flags and arguments. More details about this script and other installation methods can be found in the User Guide.

How to run the client

In many cases, you can just run letsencrypt-auto or letsencrypt, and the client will guide you through the process of obtaining and installing certs interactively.

You can also tell it exactly what you want it to do from the command line. For instance, if you want to obtain a cert for example.com, www.example.com, and other.example.net, using the Apache plugin to both obtain and install the certs, you could do this:

./letsencrypt-auto --apache -d example.com -d www.example.com -d other.example.net

(The first time you run the command, it will make an account, and ask for an email and agreement to the Let's Encrypt Subscriber Agreement; you can automate those with --email and --agree-tos)

If you want to use a webserver that doesn't have full plugin support yet, you can still use "standalone" or "webroot" plugins to obtain a certificate:

./letsencrypt-auto certonly --standalone --email admin@example.com -d example.com -d www.example.com -d other.example.net

Understanding the client in more depth

To understand what the client is doing in detail, it's important to understand the way it uses plugins. Please see the explanation of plugins in the User Guide.

Links

Documentation: https://letsencrypt.readthedocs.org

Software project: https://github.com/letsencrypt/letsencrypt

Notes for developers: https://letsencrypt.readthedocs.org/en/latest/contributing.html

Main Website: https://letsencrypt.org/

IRC Channel: #letsencrypt on Freenode

Community: https://community.letsencrypt.org

ACME spec: http://ietf-wg-acme.github.io/acme/

ACME working area in github: https://github.com/ietf-wg-acme/acme

Mailing list: client-dev (to subscribe without a Google account, send an email to client-dev+subscribe@letsencrypt.org)

Travis CI status Coverage status Documentation status Docker Repository on Quay.io

System Requirements

The Let's Encrypt Client presently only runs on Unix-ish OSes that include Python 2.6 or 2.7; Python 3.x support will hopefully be added in the future. The client requires root access in order to write to /etc/letsencrypt, /var/log/letsencrypt, /var/lib/letsencrypt; to bind to ports 80 and 443 (if you use the standalone plugin) and to read and modify webserver configurations (if you use the apache or nginx plugins). If none of these apply to you, it is theoretically possible to run without root privileges, but for most users who want to avoid running an ACME client as root, either letsencrypt-nosudo or simp_le are more appropriate choices.

The Apache plugin currently requires a Debian-based OS with augeas version 1.0; this includes Ubuntu 12.04+ and Debian 7+.

Current Features

  • Supports multiple web servers:
    • apache/2.x (working on Debian 8+ and Ubuntu 12.04+)
    • standalone (runs its own simple webserver to prove you control a domain)
    • webroot (adds files to webroot directories in order to prove control of domains and obtain certs)
    • nginx/0.8.48+ (highly experimental, not included in letsencrypt-auto)
  • The private key is generated locally on your system.
  • Can talk to the Let's Encrypt CA or optionally to other ACME compliant services.
  • Can get domain-validated (DV) certificates.
  • Can revoke certificates.
  • Adjustable RSA key bit-length (2048 (default), 4096, ...).
  • Can optionally install a http -> https redirect, so your site effectively runs https only (Apache only)
  • Fully automated.
  • Configuration changes are logged and can be reverted.
  • Supports ncurses and text (-t) UI, or can be driven entirely from the command line.
  • Free and Open Source Software, made with Python.
Something went wrong with that request. Please try again.