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
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.