LINUX.ORG.RU
ФорумAdmin

Let's Encrypt не обновляется сам key через acme.sh

 


0

1

Пытаюсь обновить таким образом:

# bash /root/.acme.sh/acme.sh --cron --force --home "/root/.acme.sh"

в ответ:

[Чт май 30 14:31:00 BST 2019] ===Starting cron===
[Чт май 30 14:31:00 BST 2019] Renew: 'mail.server.com'
[Чт май 30 14:31:01 BST 2019] Standalone mode.
[Чт май 30 14:31:01 BST 2019] Single domain='mail.server.com'
[Чт май 30 14:31:01 BST 2019] Getting domain auth token for each domain
[Чт май 30 14:31:01 BST 2019] Getting webroot for domain='mail.server.com'
[Чт май 30 14:31:01 BST 2019] Getting new-authz for domain='mail.server.com'
[Чт май 30 14:31:03 BST 2019] The new-authz request is ok.
[Чт май 30 14:31:03 BST 2019] mail.server.com is already verified, skip http-01.
[Чт май 30 14:31:03 BST 2019] Verify finished, start to sign.
[Чт май 30 14:31:05 BST 2019] Cert success.
-----BEGIN CERTIFICATE-----
MIIFWzCCBEOgAwIBAgISA6OyguZidLv3n2EbRHhqLKnLMA0GCSqGSIb3DQEBCw
.........................
.........................
-----END CERTIFICATE-----
[Чт май 30 14:31:05 BST 2019] Your cert is in  /root/.acme.sh/mail.server.com/mail.server.com.cer 
[Чт май 30 14:31:05 BST 2019] Your cert key is in  /root/.acme.sh/mail.server.com/mail.server.com.key 
[Чт май 30 14:31:06 BST 2019] The intermediate CA cert is in  /root/.acme.sh/mail.server.com/ca.cer 
[Чт май 30 14:31:06 BST 2019] And the full chain certs is there:  /root/.acme.sh/mail.server.com/fullchain.cer 
[Чт май 30 14:31:06 BST 2019] 
===End cron===

Но в самой папке /root/.acme.sh/mail.server.com все файлы новые, кроме файла ключа:

-rw-r--r--. 1 root root 1647 май 30 14:31 ca.cer
-rw-r--r--. 1 root root 3566 май 30 14:31 fullchain.cer
-rw-r--r--. 1 root root 1919 май 30 14:31 mail.server.com.cer
-rw-r--r--. 1 root root  515 май 30 14:31 mail.server.com.conf
-rw-r--r--. 1 root root  985 май 30 14:31 mail.server.com.csr
-rw-r--r--. 1 root root  212 май 30 14:31 mail.server.com.csr.conf
-rw-r--r--. 1 root root 1679 фев  6 08:41 mail.server.com.key

И при проверке пишет сертификат expired:

% openssl s_client -connect mail.server.com:465
CONNECTED(00000003)
depth=2 O = Digital Signature Trust Co., CN = DST Root CA X3
verify return:1
depth=1 C = US, O = Let's Encrypt, CN = Let's Encrypt Authority X3
verify return:1
depth=0 CN = mail.server.com
verify error:num=10:certificate has expired
notAfter=May  4 19:14:04 2019 GMT
verify return:1
depth=0 CN = mail.server.com
notAfter=May  4 19:14:04 2019 GMT
verify return:1

1. Обновляется сертификат, а не ключ.

2. Почтовик с новым сертификатом перезапускали?

funky
()
Ответ на: комментарий от funky
Certificate:
    Data:
        Version: 3 (0x2)
        Serial Number:
            03:c7:a1:3b:32:61:a5:ce:67:b7:66:ce:81:a0:92:5f:a9:b1
    Signature Algorithm: sha256WithRSAEncryption
        Issuer: C=US, O=Let's Encrypt, CN=Let's Encrypt Authority X3
        Validity
            Not Before: May 30 12:36:37 2019 GMT
            Not After : Aug 28 12:36:37 2019 GMT
gigantischer
() автор топика
Ответ на: комментарий от gigantischer

в exim.conf:

tls_certificate = /etc/letsencrypt/live/mail.server.com/fullchain.pem
tls_privatekey = /etc/letsencrypt/live/mail.server.com/privkey.pem

и

# ls -l /etc/letsencrypt/live/mail.server.com/fullchain.pem
lrwxrwxrwx. 1 root root 46 фев  3 20:14 /etc/letsencrypt/live/mail.server.com/fullchain.pem -> ../../archive/mail.server.com/fullchain2.pem


# ls -l /etc/letsencrypt/live/mail.server.com/privkey.pem
lrwxrwxrwx. 1 root root 44 фев  3 20:14 /etc/letsencrypt/live/mail.server.com/privkey.pem -> ../../archive/mail.server.com/privkey2.pem

но privkey2.pem и fullchain2.pem - старые файлы за февраль, а не за май:

# ls -l privkey2.pem 
-rw-r--r--. 1 root exim 1708 фев  3 20:14 privkey2.pem

# ls -l fullchain2.pem 
-rw-r--r--. 1 root root 3562 фев  3 20:14 fullchain2.pem

gigantischer
() автор топика
Ответ на: комментарий от gigantischer

ересь кака-то..

в этом посте у тебя /etc/letsencrypt/live/mail.server.com, в ОП - /root/.acme.sh/mail.server.com

там что, симлинки?

aol ★★★★★
()
Ответ на: комментарий от aol

да, только почему-то они автоматически не создаются на новый сертификат, вернее создаются но указывают на старый...

gigantischer
() автор топика
Ответ на: комментарий от aol

пересоздал вручную симлинки, пишет тоже сертификат expired, но дата уже 28 августа, странно:


% openssl s_client -connect mail.server.com:465
CONNECTED(00000003)
depth=2 O = Digital Signature Trust Co., CN = DST Root CA X3
verify return:1
depth=1 C = US, O = Let's Encrypt, CN = Let's Encrypt Authority X3
verify return:1
depth=0 CN = mail.server.com
verify error:num=10:certificate has expired
notAfter=Aug 28 17:39:28 2018 GMT
verify return:1
depth=0 CN = mail.server.com
notAfter=Aug 28 17:39:28 2018 GMT
verify return:1

gigantischer
() автор топика
Ответ на: комментарий от gigantischer

В правильном сертификате у Вас:

            Not Before: May 30 12:36:37 2019 GMT
            Not After : Aug 28 12:36:37 2019 GMT
Так что разбирайтесь с симлинками. Можете, в виде теста, прописать:
tls_certificate = /root/.acme.sh/mail.server.com/mail.server.com.cer
tls_privatekey = /root/.acme.sh/mail.server.com/mail.server.com.key

funky
()
Последнее исправление: funky (всего исправлений: 1)
Ответ на: комментарий от funky

заработало после того как я вручную скопировал сертификат и ключ из /root/.acme каталога, а так прав не хватало...

gigantischer
() автор топика

LE обновляет сертификат, настройкой своего сервиса (почтового или любого другого), чтобы он брал новый сертификат вы должны заниматься сами.

zgen ★★★★★
()
Ответ на: комментарий от gigantischer

Не понятно, что вам не понятно в комментарии zgen ?

У вас сломался замок в двери, вы вызвали «мастера» который вам поставил новый замок и выдал ключи. Что вы будете делать с этими ключами? Положим на полку или повесим на «брелок» ?
LE - это «мастер». Он выдал вам ключи. А что делать с ними решайте сами.

anc ★★★★★
()
Последнее исправление: anc (всего исправлений: 2)
Ответ на: комментарий от gigantischer

можете копировать ключи, можете перенастроить свой сервис, чтобы он искал ключи там где LE их положил.

zgen ★★★★★
()
Ответ на: комментарий от zgen

чтобы он искал ключи там где LE их положил.

На мой взгляд - самый лучший вариант, тем более, что certbot файлы не переименовывает.

funky
()
Ответ на: комментарий от gigantischer

ну так настрой как тебе надо, другую папку или другие права, в чем проблема?

Если ты разбираешься в том, как работает сервис, который ты обслуживаешь - ты растешь над собой.

zgen ★★★★★
()
Ответ на: комментарий от zgen

ок, что-нибудь придумаю step-by-step, спс за мотивацию.

gigantischer
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.