Zertifikat - Fragestellung-Problemstellung - Falsches Gültigkeitsdatum

Hallo zusammen,

ich hoffe, es geht euch gut. Leider fehlt mir das notwendige Wissen über Zertifikate, um das vorliegende Problem eigenständig zu lösen. Auch bin ich unsicher, wo oder wie ich anfangen soll.

Das System habe ich in diesem Zustand übernommen, was es für mich schwierig macht, die Zusammenhänge nachzuvollziehen. Ich versuche, die aktuelle Situation zu beschreiben:
Ein Script überprüft in regelmäßigen Abständen, ob ein neues Zertifikat erstellt werden muss, und erstellt dieses bei Bedarf. Dies erfolgt über einen Certbot Docker, der wiederum ein LetsEncrypt-Zertifikat erstellt oder erneuert. Falls eine Erneuerung nicht notwendig ist, wird dies entsprechend gemeldet; andernfalls wird das Zertifikat auf einen Share kopiert.

Das Zertifikat gilt für *.domain.org. Es wird beispielsweise im Exchange hinterlegt und bleibt gültig bis zum nächsten Ablauf oder der nächsten Aktualisierung.

Auch bei anderen Diensten wird dieses Zertifikat hinterlegt (z.B. Syspass, Meshcentral). Sowohl Syspass als auch Meshcentral sind Docker Container auf derselben VM wie der Certbot. Ich habe noch nicht herausgefunden, wie genau Syspass und Meshcentral das neue Zertifikat erhalten, aber nach der Aktualisierung wird das neue Gültigkeitsdatum angezeigt.

Auf dem Share werden vier Dateien angelegt bzw. aktualisiert:
- domain.cer
- domain.key
- fullchain.pem
- privkey.pem

Bisher funktioniert alles einwandfrei.

Nun habe ich eine neue Nextcloud-VM aufgesetzt und wollte auch hier das *.domain.org Zertifikat verwenden. Daher kopierte ich die Dateien domain.cer und domain.key in den Apache2-Ordner, bzw. regle dies über ein einfaches Skript, das die Dateien vom Share holt. Die Nextcloud-Konfiguration wurde entsprechend angepasst.

Das Zertifikat wird im Browser als ungültig angezeigt, da es als abgelaufen gilt. Die Zertifikatsdaten stimmen, bis auf das Ablaufdatum: Es ist am 17.12.2023 abgelaufen, sollte aber, wie z.B. bei Syspass, vom 18.12.2023 bis 17.03.2024 gültig sein. Ich verstehe nicht, warum das neue Gültigkeitsdatum nicht übernommen wird, da es sich um dieselben Dateien handelt.

Das Änderungsdatum der oben genannten Dateien ist der 18.12.2023, was darauf hindeutet, dass es die richtigen Dateien sind.

An dieser Stelle komme ich nicht weiter. Ich weiß nicht, wo ich ansetzen soll, um zu verstehen, warum die neue Gültigkeit nicht übernommen wird. Warum funktioniert es bei den anderen Diensten?

Ich wäre für jeden Tipp und jede Idee, in welche Richtung ich suchen könnte, sehr dankbar.

Ich weiß, dass die Situation etwas verworren ist und alles andere als optimal, aber so habe ich das System übernommen, und so funktioniert es derzeit. Eine Dokumentation ist kaum vorhanden, weshalb ich mich von hinten nach vorne durcharbeiten muss, und das mit gefährlichem halbissen in einem Live-System. Ich versuche jedoch, das System langsam zu verstehen und zu korrigieren, ohne das Live-System zu gefährden.

Vielen Dank.

# VirtualHost für HTTP (Port 80)
<VirtualHost *:80>
    ServerName *.*.*.*
    Redirect permanent / https://*.*.*.*/
</VirtualHost>

# VirtualHost für HTTPS (Port 443)
<VirtualHost *:443>
    ServerName 000.000.000.000

    <IfModule mod_headers.c>
      Header always set Strict-Transport-Security "max-age=15552000; includeSubDomains"  
    </IfModule>

    DocumentRoot /var/www/html/nextcloud


    SSLEngine on
    SSLCertificateFile /etc/apache2/domain.cer
    SSLCertificateKeyFile /etc/apache2/domain.key

    <Directory /var/www/html/nextcloud/>
        Require all granted
        Options FollowSymlinks MultiViews
        AllowOverride All
    </Directory>

    ErrorLog /var/log/apache2/yourdomain.com.error_log
    CustomLog /var/log/apache2/yourdomain.com.access_log common

openssl x509 -in fullchain.pem -enddate -noout

SSLCertificateFile /etc/letsencrypt/live/nextcloud.xyz.de/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/nextcloud.xyz.de/privkey.pem

README  cert.pem  chain.pem  fullchain.pem  privkey.pem

openssl x509 -in fullchain.pem -enddate -noout