Certificats Let's Encrypt
Find a file
2016-04-14 13:44:12 -07:00
acme Rename misc files 2016-04-14 10:20:23 -07:00
certbot Rename misc files 2016-04-14 10:20:23 -07:00
certbot-apache s/Let's Encrypt/Certbot certbot-apache 2016-04-13 16:36:53 -07:00
certbot-compatibility-test Rename misc files 2016-04-14 10:20:23 -07:00
certbot-nginx s/Let's Encrypt/Certbot certbot-nginx 2016-04-13 16:49:30 -07:00
docs Doc checkup 2016-04-14 13:44:12 -07:00
examples Rename misc files 2016-04-14 10:20:23 -07:00
letsencrypt-auto-source Partial le-auto rename 2016-04-14 10:50:31 -07:00
letshelp-certbot rename letshelp-letsencrypt 2016-04-13 17:42:19 -07:00
tests Rename misc files 2016-04-14 10:20:23 -07:00
tools Rename misc files 2016-04-14 10:20:23 -07:00
.dockerignore Update ignore files to remove shared tox.venv 2015-07-12 15:30:51 +00:00
.gitattributes Add gitattributes file to mark bat file as CRLF 2015-10-27 22:53:20 +01:00
.gitignore Rename misc files 2016-04-14 10:20:23 -07:00
.pep8 nit: fix missing EOF newline 2015-09-06 09:27:39 +00:00
.pylintrc Fight with cyclic lint 2016-03-10 18:54:03 -08:00
.travis.yml Rename misc files 2016-04-14 10:20:23 -07:00
CHANGES.rst Tweak changelog 2016-02-08 10:24:09 -08:00
CONTRIBUTING.md HTTPS ReadTheDocs link in CONTRIBUTING.md 2015-03-22 22:30:57 +00:00
docker-compose.yml Rename misc files 2016-04-14 10:20:23 -07:00
Dockerfile Rename misc files 2016-04-14 10:20:23 -07:00
Dockerfile-dev Rename misc files 2016-04-14 10:20:23 -07:00
letsencrypt-auto Release 0.5.0 2016-04-05 17:55:18 -07:00
LICENSE.txt Clarify the part of letsencrypt that uses nginxparser 2015-11-23 14:58:37 -08:00
linter_plugin.py Rename misc files 2016-04-14 10:20:23 -07:00
MANIFEST.in Rename misc files 2016-04-14 10:20:23 -07:00
pep8.travis.sh Rename misc files 2016-04-14 10:20:23 -07:00
README.rst More explicit 2016-03-22 12:49:39 -07:00
readthedocs.org.requirements.txt RTD: install local deps for subpkgs (fixes #1086). 2015-10-23 19:01:13 +00:00
setup.cfg Remove nosetests -v option from setup.cfg, and add trailing newline. 2016-01-19 17:56:20 -05:00
setup.py Change Certbot author and description 2016-04-13 16:37:38 -07:00
tox.cover.sh rename letshelp-letsencrypt 2016-04-13 17:42:19 -07:00
tox.ini rename letshelp-letsencrypt 2016-04-13 17:42:19 -07:00
Vagrantfile Fixing path from which boulder-start.sh is executed 2016-02-12 13:52:05 +02:00

.. notice for github users

Disclaimer
==========

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) <https://community.letsencrypt.org/t/frequently-asked-questions-faq/26#topic-title>`_.

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
<https://github.com/ietf-wg-acme/acme/blob/master/draft-ietf-acme-acme.md>`_
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
<https://letsencrypt.readthedocs.org/en/latest/using.html#installation>`_.

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 <https://letsencrypt.readthedocs.org/en/latest/using.html#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)

|build-status| |coverage| |docs| |container|



.. |build-status| image:: https://travis-ci.org/letsencrypt/letsencrypt.svg?branch=master
   :target: https://travis-ci.org/letsencrypt/letsencrypt
   :alt: Travis CI status

.. |coverage| image:: https://coveralls.io/repos/letsencrypt/letsencrypt/badge.svg?branch=master
   :target: https://coveralls.io/r/letsencrypt/letsencrypt
   :alt: Coverage status

.. |docs| image:: https://readthedocs.org/projects/letsencrypt/badge/
   :target: https://readthedocs.org/projects/letsencrypt/
   :alt: Documentation status

.. |container| image:: https://quay.io/repository/letsencrypt/letsencrypt/status
   :target: https://quay.io/repository/letsencrypt/letsencrypt
   :alt: Docker Repository on Quay.io

.. _`installation instructions`:
   https://letsencrypt.readthedocs.org/en/latest/using.html

.. _watch demo video: https://www.youtube.com/watch?v=Gas_sSB-5SU

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 be added after the Public Beta
launch. 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
<https://github.com/diafygi/letsencrypt-nosudo>`_ or `simp_le
<https://github.com/kuba/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.


.. _Freenode: https://webchat.freenode.net?channels=%23letsencrypt
.. _client-dev: https://groups.google.com/a/letsencrypt.org/forum/#!forum/client-dev