Как правильно подойти к вопросу: есть почтовый сервер, постоянно меняется сертификат SSL?
Ссылка скопирована
Сейчас ситуация такая: есть сервер MailCow, я пытался обновить сертификат. Я его обновил, но он постоянно меняется то один использует (просроченный) то другой (свежий). По какой причине я не знаю. Как бы разобраться.
Нужно решить такую задачу?
Заказать помощь
Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.
Лучший ответ
1
Никита Орлов
Ответ
Другие ответы (0)
Пока нет других ответов. Будьте первым, кто поможет автору.
Ответить на вопроскомментарий
Вам также может быть интересно
VPN
Как правильно настроить vless для Android TV?
1 ответ
Pyrogram
Как правильно зарегистрировать юзер бота в Telegram?
1 ответ
печатные-платы
Как заставить запускаться программу M3.exe от компании Hanxing AOI в инспекционной машине на Windows 7 Pro?
1 ответ
Аккумуляторные батареи
Почему при зарядке автостарта слышен писк, где искать причину?
1 ответ
В Mailcow ситуация “то старый сертификат, то новый” почти всегда означает, что сертификат обновили не в одном месте, а сервисы используют разные копии или часть контейнеров не была перезапущена. Mailcow состоит из nginx, postfix, dovecot и других контейнеров, и для почты важны не только HTTPS-сертификаты, но и сертификаты SMTP/IMAP.
Сначала проверьте, какой сертификат отдаётся на разных портах:
openssl s_client -connect mail.example.ru:443 -servername mail.example.ru /dev/null | openssl x509 -noout -dates -issuer -subject openssl s_client -connect mail.example.ru:993 -servername mail.example.ru /dev/null | openssl x509 -noout -dates -issuer -subject openssl s_client -connect mail.example.ru:465 -servername mail.example.ru /dev/null | openssl x509 -noout -dates -issuer -subject
Если на 443 свежий, а на 993/465 старый, значит обновился nginx, но postfix/dovecot смотрят на старую копию или контейнеры не перечитали файлы.
В Mailcow сертификаты обычно лежат в
data/assets/ssl/. Проверьте, что там актуальныеcert.pemиkey.pem, а не несколько разных файлов. После замены сертификата нужно перезапустить сервисы:cd /opt/mailcow-dockerized docker compose restart nginx-mailcow postfix-mailcow dovecot-mailcow
Если используете встроенный ACME Mailcow, не кладите параллельно сертификаты руками в другое место. Если используете внешний reverse proxy, проверьте, не терминирует ли он TLS на 443, а почтовые порты при этом обслуживает сам Mailcow со старым сертификатом.
Ещё одна частая причина — DNS/балансировка. Вы проверяете один IP, а клиент иногда попадает на другой сервер или старый контейнер. Проверьте:
nslookup mail.example.ru docker ps docker compose ps
Итог: проверяйте сертификаты отдельно на 443, 465, 587, 993. Затем убедитесь, что все сервисы Mailcow используют одну актуальную пару cert/key и перезапущены. Если после этого старый сертификат всё равно всплывает, ищите внешний proxy, второй IP или старый контейнер, который ещё слушает порт.