Installation des iSign Servers unter Linux (mit eigenem SSL-Zertifikat & Offline-Lizenz)
đ· Ăbersichtâ
Dieses Handbuch erklĂ€rt Schritt fĂŒr Schritt, wie Sie:
- einen iSign-Server unter Ubuntu Linux installieren
- ein SSL-Zertifikat fĂŒr eine sichere HTTPS-Verbindung einrichten
- eine Offline-Lizenz aktivieren
- den Server danach erfolgreich starten und prĂŒfen
Die Anleitung ist bewusst einfach und verstÀndlich gehalten, damit auch technisch weniger erfahrene Nutzer*innen erfolgreich damit arbeiten können.
đ Warum ein eigenes Zertifikat?â
In vielen Unternehmen dĂŒrfen keine externen Zertifikatsdienste (z. B. Letâs Encrypt) verwendet werden.
In solchen FĂ€llen kann iSign mit einem lokalen oder internen Zertifikat (Corporate CA) betrieben werden.
Dadurch bleibt Ihre Umgebung unabhÀngig, sicher und konform mit Unternehmensrichtlinien.
Voraussetzungenâ
| Voraussetzung | Beschreibung |
|---|---|
| Betriebssystem | Linux (z. B. Ubuntu 22.04 LTS) |
| Zertifikate | privkey.pem (privater SchlĂŒssel) und fullchain.pem (öffentlicher Teil + Zwischenzertifikate) |
| Pfad fĂŒr Zertifikate | /usr/share/designo/isign-server/instance/default/nginx/ssl/<HOSTNAME>/ |
| Benutzerrechte | root oder sudo |
| Lizenzierung | Offline-LizenzschlĂŒssel |
Schritt-fĂŒr-Schritt Anleitungâ
đ ïž 1. Vorbereitung des Systemsâ
FĂŒhren Sie die folgenden Befehle im Terminal des Servers aus.
sudo apt update && sudo apt upgrade -y
sudo apt install dotnet-host-8.0 -y
sudo apt install docker.io docker-compose -y
sudo systemctl enable --now docker
sudo systemctl enable --now containerd
đŠ 2. Installation des iSign Serversâ
FĂŒr mehr Infos. iSign 8 - Installation Server Linux
wget -qO- https://releases.de-signo.de/isign/8.0/install.sh | \
bash -s -- isign-server --enable-vocatis
Nach Abschluss ist die iSign-Software installiert und bereit fĂŒr die Konfiguration.
đ 3. SSL-Zertifikat einrichten (ManualFilePath)â
Damit der Server im Browser sicher erreichbar ist, benötigen Sie ein SSL-Zertifikat.
3.1 Zertifikat vorbereitenâ
Variante A: Sie besitzen ein Zertifikat (empfohlen)â
Kopieren Sie Ihre Dateien:
- fullchain.pem
- privkey.pem
in den folgenden Ordner: /usr/share/designo/isign-server/instance/default/nginx/ssl/
Kopieren Sie Ihr vorhandenes Zertifikat (z. B. von Ihrer IT-Abteilung oder Unternehmens-CA) in das iSign-Zertifikatsverzeichnis:
HOST="demooffline.isigncloud.de" (z.B.)
certdir="/usr/share/designo/isign-server/instance/default/nginx/ssl/$HOST"
sudo mkdir -p "$certdir"
sudo cp fullchain.pem "$certdir/"
sudo cp privkey.pem "$certdir/"
# Dateirechte setzen (sehr wichtig!)
sudo chmod 644 "$certdir/fullchain.pem"
sudo chmod 600 "$certdir/privkey.pem"
đĄ Tipp:
Wenn Sie kein Unternehmenszertifikat besitzen, können Sie fĂŒr Tests ein selbstsigniertes Zertifikat erstellen:
Variante B: Sie möchten ein eigenes Zertifikat (Selbstsigniertes Zertifikat ) erstellen (z. B. zum Testen)â
sudo openssl req -x509 -nodes -newkey rsa:4096 -sha256 -days 365 \
-keyout privkey.pem -out fullchain.pem \
-subj "/C=DE/ST=Baden-Wuerttemberg/L=Heidelberg/O=DeSigno/CN=<DEINE-DOMAIN>"
Rechte setzen:
sudo chmod 600 privkey.pem
sudo chmod 644 fullchain.pem
Zertifikat an den richtigen Ort kopierenâ
Ordnerstruktur:
/usr/share/designo/isign-server/instance/default/nginx/ssl/<DOMAIN>/
Anlegen + kopieren:
sudo mkdir -p /usr/share/designo/isign-server/instance/default/nginx/ssl/<DOMAIN>
sudo cp fullchain.pem /usr/share/designo/isign-server/instance/default/nginx/ssl/<DOMAIN>/
sudo cp privkey.pem /usr/share/designo/isign-server/instance/default/nginx/ssl/<DOMAIN>/
3.2 VertrauenswĂŒrdige Zertifizierungsstellen (OPTIONAL, aber wichtig)â
Die iSign-Dienste kommunizieren intern und extern ĂŒber HTTPS.
Wenn ein Zielserver ein Firmenzertifikat oder internes Root-CA-Zertifikat nutzt, muss dieses als vertrauenswĂŒrdig hinterlegt werden.
3.2.1 CA-Zertifikat ablegenâ
(Z. B. firmeninterne Root-CA)
sudo cp meineCA.crt /usr/local/share/ca-certificates/
sudo update-ca-certificates
3.3.2 Automatische Integrationâ
Beim Start der iSign-Docker-Container werden die CA-Zertifikate automatisch geladen.
3.3.3 Wann wird das gebraucht?â
| Fall | CA nötig? |
|---|---|
| Ăffentliche Server | â Nein |
| Firmeninterne LDAP/SMTP | â Ja |
| Reverse-Proxy mit Unternehmenszertifikat | â Ja |
| Interne APIs | â Ja |
| Behördenserver (API) | â Ja |
âïž 4. Server-Konfiguration anpassenâ
Ăffnen Sie die Konfigurationsdatei:
sudo nano /etc/isign/server/compose/server-setup.jsonc
Passen Sie folgende Einstellungen an:
4.1 Server URLâ
"ServerUrl": "https://<DOMAIN>/",
4.2 SSL-Konfiguration fĂŒr eigenes Zertifikatâ
"sslMode": "ManualFilePath",
"CertificateFindValue": "<DOMAIN>"
Speichern und schlieĂen. Strg O, BestĂ€tigung, Strg X
đ 5. Offline-Lizenz einrichtenâ
5.1 Lizenzdatei auf den Server ĂŒbertragen (Windows PowerShell)â
scp "C:\Pfad\offline.ZIP" root@SERVER-IP:/root/offline.ZIP
5.2 Lizenz in den Compose-Ordner kopierenâ
sudo cp /root/offline.ZIP /etc/isign/server/compose/offline.ZIP
5.3 Lizenz anwendenâ
sudo isign-server-docker-issrvconfig license default use --file /config/offline.ZIP
5.4 Aktivierungsanfrage erzeugenâ
sudo isign-server-docker-issrvconfig license default create-activation-request /license/request.json
5.5 request-adateiâ
5.6 Aktivierte Lizenz zurĂŒckspielenâ
scp "C:\Pfad\activation.ZIP" root@SERVER-IP:/root/activation.ZIP
sudo cp /root/activation.ZIP /usr/share/designo/isign-server/instance/default/license/
sudo isign-server-docker-issrvconfig license default use --no-purge --file /license/activation.ZIP
đ 6. Konfiguration anwenden & startenâ
sudo isign-server-docker-apply-config
âĄïž Danach sind Server, SSL und Lizenz aktiv.
đ 7. Server testenâ
Ăffne im Browser:
https://<DOMAIN>/ID/Identity/Account/Login
Der iSign Login-Screen sollte sichtbar sein.
Browser-Testâ
- Wenn Sie ein eigenes Firmenzertifikat nutzen, sehen Sie ein Schloss-Symbol đ.
- Bei selbstsigniertem Zertifikat erscheint eine Warnung â das ist fĂŒr Testumgebungen normal.
8. Installation erfolgreich abgeschlossenâ
Ihr iSign-Server lÀuft nun mit:
â HTTPS-VerschlĂŒsselung
â Offline-Lizenz
â vollstĂ€ndiger Docker-Installation
â gĂŒltiger Server-URL
Bei Bedarf können weitere Module oder Anpassungen erfolgen (z. B. Vocatis-Konfiguration, Benutzerverwaltung).
9. HĂ€ufige Fragen & Antwortenâ
â Das Setup meldet einen SSL-Fehler beim Startâ
âĄïž ĂberprĂŒfen Sie:
- Liegen die Dateien im richtigen Verzeichnis (
.../ssl/<HOSTNAME>/)? - Ist der Hostname identisch mit der ServerUrl in der Konfiguration?
- Hat
privkey.pemdie Rechte600(nur root lesbar)?
â Warum erscheint im Browser âunsichere Verbindungâ?â
âĄïž Das ist normal, wenn ein selbstsigniertes Zertifikat verwendet wird.
Importieren Sie das Zertifikat in den vertrauenswĂŒrdigen Speicher:
- Windows: Doppelklick â Zertifikat importieren â âVertrauenswĂŒrdige Stammzertifizierungsstellenâ
- Linux (Firefox): Einstellungen â Datenschutz & Sicherheit â Zertifikate â Importieren
â Kann ich spĂ€ter von ManualFilePath zurĂŒck zu ACME wechseln?â
âĄïž Ja, bearbeiten Sie die server-setup.jsonc:
sudo jq '.http.SslMode="ACME" | .http.AcceptLetsEncryptTOS=true | .http.EMail="admin@firma.de"' \
/etc/isign/server/compose/server-setup.jsonc | sudo tee /etc/isign/server/compose/server-setup.jsonc >/dev/null
sudo isign-server-docker-apply-config
â Wie aktualisiere ich mein Zertifikat spĂ€ter?â
- Neues
privkey.pemundfullchain.pemin denselben Ordner kopieren. - Rechte setzen (
chmod 600 privkey.pem,chmod 644 fullchain.pem). - Konfiguration neu anwenden:x
sudo isign-server-docker-apply-config
10**. Typische Probleme & Lösungen**â
â Docker Dienste laufen nichtâ
Lösung:
sudo systemctl restart docker
sudo docker ps
â Zertifikat wird nicht geladenâ
Check:
- Ordnername = exakt
<DOMAIN> - Datei heiĂt fullchain.pem
- Datei heiĂt privkey.pem
- Rechte korrekt gesetzt
â Offline-Lizenz wird nicht akzeptiertâ
Check:
- ZIP-Datei nicht umbenannt
- Datei im richtigen Lizenzordner
- Befehl mit
--no-purgewiederholen
11. Zusammenfassungâ
| Schritt | Ergebnis |
|---|---|
Zertifikate in $certdir kopiert | â |
| iSign installiert mit ManualFilePath | â |
| Konfiguration geprĂŒft | â |
| HTTPS-Zugriff erfolgreich | â |
| Schloss im Browser sichtbar | â |
12. Empfehlung fĂŒr Administratorenâ
- Zertifikate regelmĂ€Ăig erneuern (je nach CA-Richtlinie, i. d. R. alle 12â24 Monate).
- Backup der
server-setup.jsoncund Zertifikatsordner erstellen. - FĂŒr produktive Systeme nur von einer vertrauenswĂŒrdigen CA signierte Zertifikate verwenden.