• Deutsch
  • English
  • Anmeldung OTOBO Community
+49 (0)9427 68 39 000
OTOBO
  • SOFTWARE
    • Software | Überblick
    • IT Service Management
    • Customer Service Management
    • Enterprise Service Management
    • Demo
    • Download
    • Dokumentation
  • SERVICES
    • Überblick Services
    • Beratung
    • Training
    • Entwicklung
    • OTRS Migration zu OTOBO
    • Support
    • Managed Service
    • Support-Portal
  • UNTERNEHMEN
    • Über uns
    • Karriere
    • Partner
    • Kontakt
    • Newsletter
  • RESSOURCEN
  • COMMUNITY
    • Open Source
    • Community Forum
    • Download
    • Dokumentation
    • OTOBO übersetzen
  • Click to open the search input field Click to open the search input field Suche
  • Menü Menü
Ansicht von 1 Antwort-Thread
  • Autor
    Beiträge
    • 10. August 2023 um 7:06 Uhr - Views: 1129 #15497
      Toni Kenzig
      Teilnehmer

        Hi zusammen,

        ich habe schon das Forum durchsucht und auch einige Beiträge gefunden, allerdings nichts passendes. Ich hoffe, dass ich nur den Wald vor lauter Bäumen nicht sehe und deshalb eine Lösung zu finden ist. Nun aber zum Thema:

        Das SSL-Zertifikat (ein Wildcard-Zertifikat) läuft demnächst aus und ich möchte es gern durch das neue Zertifikat ersetzen.

        In meiner Otobo-Umgebung (Docker) gibts folgende Einstellungen:
        Inhalt .env-Datei:

        COMPOSE_FILE=docker-compose/otobo-base.yml:docker-compose/otobo-override-https.yml
        OTOBO_NGINX_SSL_CERTIFICATE=/etc/nginx/ssl/Cert.pem
        OTOBO_NGINX_SSL_CERTIFICATE_KEY=/etc/nginx/ssl/PrivKey.key

        Inhalt der otobo-override-https.yml:

        volumes:
        - otobo_nginx_ssl:/etc/nginx/ssl

        Nun habe ich also im Ordner /etc/nginx/ssl nachgesehen, der leer war.
        In meinem Stammverzeichnis von Otobo (/opt/otobo-docker) lagen aber die Dateien Cert.pem und PrivKey.key.

        Ich habe diese vorsichtshalber gesichert, das neue Zertifikat eingefügt und in Cert.pem umbenannt. Zudem habe ich es ihn den Ordner /etc/nginx/ssl ebenfalls kopiert.

        Mit dem Befehl docker-compose down und docker-compose up --detach startet zwar alles wieder, aber im Zertifikat der Webseite bleibt das alte Zertifikat bestehen.

        Hinweis: wenn ich das Zertifikat umbenenne (z.B. in Cert.crt) und ändere das in der .env-Datei, dann startet die Umgebung nicht.

        Entweder mache ich beim Zertifikat etwas falsch oder ich bin die ganze Zeit im falschen Ordner unterwegs?

        Das Zertfikat habe ich mir beim Zertifikats-Dienstleister heruntergeladen. Es war ein Ordner mit einert certificate.crt. Ich habe diese in Cert.pem umbenannt. Vielleicht war auch das falsch?

      • 10. August 2023 um 10:07 Uhr #15499
        Toni Kenzig
        Teilnehmer

          Hinweis von mir:

          Den richtigen Ordner habe ich jetzt gefunden:

          /var/lib/docker/volumes/otobo_nginx_ssl/_data

          Ich hatte nur keinen Zugriff darauf, kann aber via sudo Daten in das Verzeichnis laden oder darin löschen. Ich habe das Verzeichnis erstmal geleert und mit dem neuen Zertifikat ersetzt. Nach dem Befehl docker-compose up meckert das System jetzt nur den ‚private key‘ an. Das sollte ich hoffentlich noch hin bekommen :-).

      • Autor
        Beiträge
      Ansicht von 1 Antwort-Thread
      • Du musst angemeldet sein, um auf dieses Thema antworten zu können.

      Foren durchsuchen

      Anmeldung

      Anmeldung

      Konto erstellen
      Passwort vergessen?

      Login via Social

      Profil

      Bitte vervollständigen Sie nach der Registrierung Ihr Profil, das vereinfacht die spätere Kommunikation enorm. Ihre Profileinstellung finden Sie, wenn Sie auf Ihr Avatarbild klicken.

      Sie können Ihren Avatar ändern, indem Sie sich mit Ihrer E-Mail-Adresse unter gravatar.com registrieren.

      Letzte Aktivitäten

      • Queues ändern per Script oder Massenänderung
      • Mandantenfähigkeit
      • Dynamische Felder in AgentTicketNote mit ACL verstecken
      • FAQ: kaputtes Copy & Paste von Bildern zwischen Artikeln
      • Benachrichtigung „Ticket wurde mir entzogen“ möglich?

      Unternehmen

      Über uns
      Karriere
      Stellenbörse
      Partner werden
      Kontakt
      Newsletter

      OTOBO | Simplify work and create exceptional service experiences.

      Die Source Code Owner und Maintainer hinter OTOBO.

      Software

      Service Management-Plattform
      OTOBO Demo
      OTOBO Download
      OTOBO Dokumentation

      Security-Problem melden:
      security@otobo.org

      Services

      Support-Portal
      Beratung
      Training
      Support
      Managed Services
      Erweiterung
      OTRS Migration
      Partner finden

      Community

      Open Source
      Community Forum
      Mitmachen
      OTOBO Developer
      OTOBO@GitHub

      © 2026 Rother OSS GmbH | All rights reserved.
      • Cookie-Einstellungen
      • Impressum
      • Datenschutz
      • Haftungsausschluss
      Nach oben scrollen Nach oben scrollen Nach oben scrollen