Project

General

Profile

UsareLetsEncrypt » History » Version 11

Simone Piccardi, 08/04/2016 08:26 PM

1 9 Simone Piccardi
h1. Usare Let's Encrypt
2 1 Simone Piccardi
3 5 Simone Piccardi
Per l'uso della nuova Certification Authority libera e gratuita promossa da EFF, Mozilla e molti altri, il meccanismo più semplice (i pacchetti Debian sono disponibili al momento solo su testing e unstable) è quello di installare direttamente dal repository ufficiale, con:
4 1 Simone Piccardi
5 1 Simone Piccardi
<pre>
6 1 Simone Piccardi
git clone https://github.com/letsencrypt/letsencrypt
7 1 Simone Piccardi
</pre>
8 1 Simone Piccardi
9 1 Simone Piccardi
per verificarne il funzionamento occorrerà porsi nella directory in cui lo si è installato e per fargli installare i pacchetti mancanti eseguire (da root):
10 1 Simone Piccardi
11 1 Simone Piccardi
<pre>
12 1 Simone Piccardi
cd letsencrypt
13 1 Simone Piccardi
./letsencrypt-auto --help
14 1 Simone Piccardi
</pre>
15 1 Simone Piccardi
16 1 Simone Piccardi
il programma inoltre si autoaggiornerà ad ogni esecuzione, e se lanciato senza argomenti cercherà di eseguire una installazione automatica, la verifica della richiesta per poter emettere i certificati ed infine anche la configurazione del web server per usare i certificati ottenuti, fornendo indicazioni qualora tutto ciò non sia possibile.
17 1 Simone Piccardi
18 11 Simone Piccardi
Alternativamente su Jessie si può installare dal repository di backports (che devono essere abilitati in @sources.list@) la nuova versione del programma, rinominata in @certbot@, del pacchetto esistono varie versioni, ed il supporto per quella in grado di eseguire una configurazione automatica di Apache si può installare con:
19 11 Simone Piccardi
20 11 Simone Piccardi
<pre>
21 11 Simone Piccardi
apt-get install python-certbot-apache -t jessie-backports
22 11 Simone Piccardi
</pre>
23 11 Simone Piccardi
24 11 Simone Piccardi
nel caso si utilizzi questa versione si sostituisca nel seguito a @letsencrypt-auto@ il comando @certbot@.
25 11 Simone Piccardi
26 1 Simone Piccardi
Le modalità di utilizzo dipendono infatti dalla disponibilità o meno di alcuni pacchetti nella propria distribuzione, ad esempio con Debian Wheezy non si può utilizzare l'autoconfigurazione automatica di Apache, mancando sufficiente supporto. Tratteremo comunque soltanto la modalità di configurazione non automatica, coprendo con questo anche la configurazione di altri servizi che non siano i server web, come la posta elettronica o la messaggistica.
27 1 Simone Piccardi
28 1 Simone Piccardi
29 1 Simone Piccardi
h2. La generazione dei certificati
30 1 Simone Piccardi
31 3 Simone Piccardi
In generale, quando non è possibile o non si vuole utilizzare la configurazione automatica dei servizi, e si deve ricorrere all'uso del comando @certonly@, come indicato anche dal programma stesso se l'automatismo è impossibile:
32 1 Simone Piccardi
33 1 Simone Piccardi
<pre>
34 1 Simone Piccardi
root@holland:~/letsencrypt# ./letsencrypt-auto
35 1 Simone Piccardi
Checking for new version...
36 1 Simone Piccardi
Requesting root privileges to run letsencrypt...
37 1 Simone Piccardi
   /root/.local/share/letsencrypt/bin/letsencrypt
38 5 Simone Piccardi
   No installers seem to be present and working on your system; fix that or try running letsencrypt with the "certonly" command
39 1 Simone Piccardi
</pre>
40 1 Simone Piccardi
41 10 Simone Piccardi
L'uso del sottocomando @certonly@ consente soltanto di ottenere i certificati, la configurazione dei servizi dovrà essere eseguita manualmente. Per emettere un certificato Let's Encrypt deve effettuare la validazione del dominio per cui questo viene richiesto, cosa che viene effettuata con una richiesta via web al dominio stesso, e l'uso di un meccanismo di challenge and response basato sulla possibilità di scaricare un file dal quel dominio.
42 1 Simone Piccardi
43 1 Simone Piccardi
Questa procedura può essere realizzata direttamente dal programma se si usa dopo il comando @certonly@ l'opzione @--standalone@, che si incarica di far partire un servizio web sulla porta 80 o 443, ma in tal caso occorre fermare apache (o altro webserver) se attivi sul dominio.
44 1 Simone Piccardi
45 9 Simone Piccardi
Si può evitare tutto questo utilizzando l'opzione @--webroot@ se si dispone dell'accesso alla "_document root"_ del sito per cui si vuole ottenere il certificato, in tal caso infatti il programma crea i file necessari alla validazione sotto la directory @/.well-known/acme-challenge@, che però deve poter essere servita (occorre pertanto verificare che la configurazione del server web mantenga accessibile questa directory, per @nginx@ è in genere necessaria un configurazione ad hoc, ci torneremo più avanti).
46 1 Simone Piccardi
47 9 Simone Piccardi
La directory della "_document root"_ deve essere indicata con l'opzione @-w@, mentre il dominio (o i domini se sono più di uno, nel qual caso saranno aggiunti allo stesso certificato come nomi alternativi) devono essere richiesti con l'opzione @-d@. Se si hanno diversi siti con diverse "_document root"_ in teoria si potrebbe eseguire l'operazione in un solo passo usando prima l'opzione @-w@ per indicarle e poi l'opzione @-d@ per indicare il dominio, quest'ultima infatti assume si stia usando come "_document root"_ la directory indicata con l'ultima occorrenza precedente di @-w@, ma tutte devono essere egualmente accessibili, o si ripetere l'operazione per ciascun dominio, generando certificati separati, oppure si può usare la stessa "_document root"_ per tutti i domini (usando le configurazioni descritte in seguito per consentire ad essa l'accesso via web per ciascuno di essi). Un esempio di invocazione del comando è il seguente:
48 1 Simone Piccardi
49 1 Simone Piccardi
<pre>
50 1 Simone Piccardi
# ./letsencrypt-auto certonly --webroot -w /var/www/roundcubemail/ -d mail.truelite.it
51 1 Simone Piccardi
[...]
52 1 Simone Piccardi
IMPORTANT NOTES:
53 1 Simone Piccardi
 - Congratulations! Your certificate and chain have been saved at
54 1 Simone Piccardi
   /etc/letsencrypt/live/mail.truelite.it/fullchain.pem. Your cert will
55 1 Simone Piccardi
   expire on 2016-07-07. To obtain a new version of the certificate in
56 1 Simone Piccardi
   the future, simply run Let's Encrypt again.
57 1 Simone Piccardi
 - If you lose your account credentials, you can recover through
58 1 Simone Piccardi
   e-mails sent to xxx@truelite.it.
59 1 Simone Piccardi
 - Your account credentials have been saved in your Let's Encrypt
60 1 Simone Piccardi
   configuration directory at /etc/letsencrypt. You should make a
61 1 Simone Piccardi
   secure backup of this folder now. This configuration directory will
62 1 Simone Piccardi
   also contain certificates and private keys obtained by Let's
63 1 Simone Piccardi
   Encrypt so making regular backups of this folder is ideal.
64 1 Simone Piccardi
 - If you like Let's Encrypt, please consider supporting our work by:
65 1 Simone Piccardi
66 1 Simone Piccardi
   Donating to ISRG / Let's Encrypt:   https://letsencrypt.org/donate
67 1 Simone Piccardi
   Donating to EFF:                    https://eff.org/donate-le
68 1 Simone Piccardi
</pre>
69 1 Simone Piccardi
70 9 Simone Piccardi
La prima volta verrà richiesta una email di contatto (per comunicazione e recupero delle chiavi) e poi generato un certificato. La prima volta che si esegue il comando su una macchina oltre ad indicare la email di contatto si dovranno anche accettare le condizioni di Let's Encrypt. I certificati rilasciati durano tre mesi, e vengono installati sotto @/etc/letsencrypt/live@ in una directory corrispondente al nome a dominio indicato (nel caso @mail.truelite.it/@). Ogni invocazione successiva si limiterà a creare i certificati richiesti con qualcosa del tipo:
71 1 Simone Piccardi
72 1 Simone Piccardi
<pre>
73 1 Simone Piccardi
# ./letsencrypt-auto certonly --webroot -w /var/www/letsencrypt/ -d bd2.truelite.it 
74 1 Simone Piccardi
Checking for new version...
75 1 Simone Piccardi
Requesting root privileges to run letsencrypt...
76 1 Simone Piccardi
   /root/.local/share/letsencrypt/bin/letsencrypt certonly --webroot -w /var/www/letsencrypt/ -d bd2.truelite.it
77 1 Simone Piccardi
78 1 Simone Piccardi
IMPORTANT NOTES:
79 1 Simone Piccardi
 - Congratulations! Your certificate and chain have been saved at
80 1 Simone Piccardi
   /etc/letsencrypt/live/bd2.truelite.it/fullchain.pem. Your cert will
81 1 Simone Piccardi
   expire on 2016-07-07. To obtain a new version of the certificate in
82 1 Simone Piccardi
   the future, simply run Let's Encrypt again.
83 1 Simone Piccardi
 - If you like Let's Encrypt, please consider supporting our work by:
84 1 Simone Piccardi
85 1 Simone Piccardi
   Donating to ISRG / Let's Encrypt:   https://letsencrypt.org/donate
86 1 Simone Piccardi
   Donating to EFF:                    https://eff.org/donate-le
87 1 Simone Piccardi
</pre>
88 1 Simone Piccardi
89 1 Simone Piccardi
90 7 Simone Piccardi
Con lo script @listlecert.sh@ si può stampare un elenco dei certificati creati, e dei domini da essi coperti.
91 7 Simone Piccardi
92 7 Simone Piccardi
93 1 Simone Piccardi
h2. Configurazioni per consentire la validazione
94 1 Simone Piccardi
95 1 Simone Piccardi
Come accennato per effettuare la validazione del dominio con la modalità @--webroot@ è necessario che siano raggiungibili i contenuti corrispondenti alla URL:
96 1 Simone Piccardi
97 1 Simone Piccardi
<pre>
98 1 Simone Piccardi
http://mio.dominio.it/.well-known/acme-challenge/xxx
99 1 Simone Piccardi
</pre>
100 1 Simone Piccardi
101 10 Simone Piccardi
cosa che può dipendere dalla configurazione del proprio webserver. Nel caso di Nginx la modalità suggerita per consentire questa configurazione è creare un frammento di configurazione (nel caso @/etc/nginx/snippets/letsencrypt-acme-challenge.conf@) contenente le direttive necessarie per consentire l'accesso: 
102 1 Simone Piccardi
103 1 Simone Piccardi
<pre>
104 1 Simone Piccardi
location ^~ /.well-known/acme-challenge/ {
105 1 Simone Piccardi
    default_type "text/plain";
106 1 Simone Piccardi
    root         /var/www/letsencrypt;
107 1 Simone Piccardi
}
108 1 Simone Piccardi
location = /.well-known/acme-challenge/ {
109 1 Simone Piccardi
    return 404;
110 1 Simone Piccardi
}
111 1 Simone Piccardi
</pre>
112 1 Simone Piccardi
113 9 Simone Piccardi
queste istruzioni consentono di eseguire la validazione indicando come @webroot@ la directory @/var/www/letsencrypt@, posto che il frammento di cui sopra sia stato incluso come prima direttiva nelle configurazioni dei virtual host coinvolti (basta anche inserirlo solo nelle direttive in chiaro), ad esempio con qualcosa del tipo:
114 1 Simone Piccardi
115 1 Simone Piccardi
<pre>
116 1 Simone Piccardi
server {
117 1 Simone Piccardi
        listen 80;
118 1 Simone Piccardi
        root /var/www/html;
119 1 Simone Piccardi
        server_name bd.truelite.it;
120 1 Simone Piccardi
        include /etc/nginx/snippets/letsencrypt-acme-challenge.conf;
121 1 Simone Piccardi
        location / {
122 1 Simone Piccardi
            rewrite ^/(.*)$ https://bd.truelite.it/$1 permanent;
123 1 Simone Piccardi
        }       
124 1 Simone Piccardi
}
125 7 Simone Piccardi
</pre>
126 1 Simone Piccardi
127 1 Simone Piccardi
una analoga configurazione per Apache si può effettuare inserendo in @/etc/apache2/conf.d@ (o con Jessie in @/etc/apache2/conf-available/@ per poi abilitarlo con @a2enconf@) il seguente frammento di configurazione:
128 1 Simone Piccardi
129 1 Simone Piccardi
<pre>
130 11 Simone Piccardi
Alias /.well-known/acme-challenge/ /var/www/letsencrypt/.well-known/acme-challenge/
131 11 Simone Piccardi
<Directory "/var/www/letsencrypt/.well-known/acme-challenge/">
132 1 Simone Piccardi
    Options None
133 1 Simone Piccardi
    AllowOverride None
134 1 Simone Piccardi
    ForceType text/plain
135 1 Simone Piccardi
    # avoid access to anything not resembling a challenge
136 1 Simone Piccardi
    RedirectMatch 404 "^(?!/\.well-known/acme-challenge/[\w-]{43}$)"
137 1 Simone Piccardi
</Directory>
138 6 Simone Piccardi
</pre>
139 6 Simone Piccardi
140 6 Simone Piccardi
Si tenga presente però che quando si usa Apache come reverse proxy occorrerà anche inserire una opportuna eccezione alle regole di proxy per la suddetta URL, in sostanza si dovrà aggiungere alla configurazione del virtual host una riga:
141 6 Simone Piccardi
142 6 Simone Piccardi
<pre>
143 6 Simone Piccardi
ProxyPass /.well-known/acme-challenge !
144 1 Simone Piccardi
</pre>
145 1 Simone Piccardi
146 1 Simone Piccardi
147 1 Simone Piccardi
h2. Esempi di configurazione dei servizi
148 1 Simone Piccardi
149 1 Simone Piccardi
Una volta completata la validazione del proprio dominio, nella directory di installazione dei certificati (@/etc/letsencrypt/live/mio.dominio.it@) vengono sempre creati i file:
150 1 Simone Piccardi
151 4 Simone Piccardi
| *file*    | *contenuto* |
152 1 Simone Piccardi
|cert.pem      | cerficato |
153 1 Simone Piccardi
|chain.pem     | catena dalla CA |
154 1 Simone Piccardi
|fullchain.pem | catena + certificato|
155 1 Simone Piccardi
|privkey.pem   | chiave privata |
156 1 Simone Piccardi
157 3 Simone Piccardi
Dove @chain.pem@ è il certificato intermedio (o la catena di certificati intermedi) che validano @cert.pem@ che è il certificato del proprio dominio, mentre @fullchain.pem@ è l'insieme completo del certificato e della catena. Infine la chiave privata è in @privkey.pem@.
158 1 Simone Piccardi
159 1 Simone Piccardi
In qualunque configurazione occorre sempre fare riferimento a questi file, che sono link simbolici, in quanto @letsencrypt@ aggiornerà automaticamente gli stessi con la procedura di rinnovo automatico che vedremo più avanti.
160 1 Simone Piccardi
161 1 Simone Piccardi
I file @cert.pem@ e @chain.pem@ sono quelli che si usano nella configurazione di Apache, che li vuole separati, ad esempio con quelli ottenuti in precedenza la configurazione utilizzata è:
162 1 Simone Piccardi
163 1 Simone Piccardi
<pre>
164 3 Simone Piccardi
SSLCertificateFile /etc/letsencrypt/live/mail.truelite.it/cert.pem
165 1 Simone Piccardi
SSLCertificateChainFile /etc/letsencrypt/live/mail.truelite.it/chain.pem
166 3 Simone Piccardi
SSLCertificateKeyFile /etc/letsencrypt/live/mail.truelite.it/privkey.pem
167 3 Simone Piccardi
</pre>
168 3 Simone Piccardi
169 5 Simone Piccardi
Invece @fullchain.pem@ è l'insieme del certificato e di tutta la sua catena di firma, che viene richiesto da Postfix, Dovecot e Nginx. Per Postfix occorrerà farvi riferimento in @/etc/postfix/main.cf@ con le direttive:
170 1 Simone Piccardi
171 3 Simone Piccardi
<pre>
172 1 Simone Piccardi
smtpd_tls_cert_file=/etc/letsencrypt/live/mail.truelite.it/fullchain.pem
173 1 Simone Piccardi
smtpd_tls_key_file=/etc/letsencrypt/live/mail.truelite.it/privkey.pem
174 1 Simone Piccardi
</pre>
175 1 Simone Piccardi
176 5 Simone Piccardi
mentre per Dovecot di dovanno utilizzare in @/etc/dovecot/conf.d/90-user.conf@ le direttive:
177 3 Simone Piccardi
178 1 Simone Piccardi
<pre>
179 1 Simone Piccardi
ssl_cert = </etc/letsencrypt/live/mail.truelite.it/fullchain.pem
180 1 Simone Piccardi
ssl_key = </etc/letsencrypt/live/mail.truelite.it/privkey.pem
181 3 Simone Piccardi
</pre>
182 3 Simone Piccardi
183 5 Simone Piccardi
ed infine per Nginx si dovrà inserire nella configurazione del proprio virtual host qualcosa del tipo:
184 3 Simone Piccardi
185 3 Simone Piccardi
<pre>
186 5 Simone Piccardi
server {
187 3 Simone Piccardi
   listen 443 ssl;
188 3 Simone Piccardi
   server_name bd.truelite.it;
189 1 Simone Piccardi
   root /var/www/html;
190 3 Simone Piccardi
   ssl_certificate /etc/letsencrypt/live/bd.truelite.it/fullchain.pem;
191 3 Simone Piccardi
   ssl_certificate_key /etc/letsencrypt/live/bd.truelite.it/privkey.pem;
192 3 Simone Piccardi
   ...
193 1 Simone Piccardi
</pre>
194 1 Simone Piccardi
195 9 Simone Piccardi
Infine per configurare ejabberd (server jabber) occorre generare dai file di Let's Encrypt un unico file contenente in testa la chiave privata (il programma non consente di specificarli separatamente), se pertanto @/etc/ejabberd/ejabberd.pem@ è il file usato dal programma, occorrerà rigenerarlo ogni volta che si generano o rinnovano i certificati con:
196 1 Simone Piccardi
197 1 Simone Piccardi
<pre>
198 1 Simone Piccardi
cat /etc/letsencrypt/live/jabber.truelite.it/privkey.pem \
199 1 Simone Piccardi
    /etc/letsencrypt/live/jabber.truelite.it/fullchain.pem > ejabberd.pem
200 1 Simone Piccardi
</pre>
201 1 Simone Piccardi
202 1 Simone Piccardi
In tutti i casi deve essere effettuato un riavvio completo dei servizi. 
203 1 Simone Piccardi
204 1 Simone Piccardi
205 1 Simone Piccardi
h2. Il rinnovo dei certificati
206 1 Simone Piccardi
207 10 Simone Piccardi
La scadenza dei certificati emessi da Let's Encrypt è di tre mesi, ma una volta ottenuti questi possono essere facilmente rinnovati utilizzando il sottocomando @renew@, in particolare se si esegue il comando dopo averli ottenuti si otterrà qualcosa del tipo:
208 1 Simone Piccardi
209 1 Simone Piccardi
<pre>
210 1 Simone Piccardi
# ./letsencrypt-auto renew
211 1 Simone Piccardi
Checking for new version...
212 1 Simone Piccardi
Requesting root privileges to run letsencrypt...
213 1 Simone Piccardi
   /root/.local/share/letsencrypt/bin/letsencrypt renew
214 1 Simone Piccardi
215 1 Simone Piccardi
-------------------------------------------------------------------------------
216 1 Simone Piccardi
Processing /etc/letsencrypt/renewal/mail.truelite.it.conf
217 1 Simone Piccardi
-------------------------------------------------------------------------------
218 1 Simone Piccardi
219 1 Simone Piccardi
The following certs are not due for renewal yet:
220 1 Simone Piccardi
  /etc/letsencrypt/live/mail.truelite.it/fullchain.pem (skipped)
221 1 Simone Piccardi
No renewals were attempted.
222 1 Simone Piccardi
</pre>
223 1 Simone Piccardi
224 1 Simone Piccardi
la cosa si può automatizzare inserendo banalmente nel cron il comando, ad esempio creando il file @/etc/cron.d/letencrypt@ con il contenuto:
225 1 Simone Piccardi
226 1 Simone Piccardi
<pre>
227 1 Simone Piccardi
00 23 * * 6  root /root/letsencrypt/letsencrypt-auto renew
228 1 Simone Piccardi
</pre>
229 5 Simone Piccardi
230 7 Simone Piccardi
oppure usare lo script @le-renew@ allegato (da adattare alle proprie esigenze), da inserire in  @/etc/cron.weekly@.