Rollen & Anmeldung¶
Anmelden¶
- Öffnen Sie
/admin/login. - Geben Sie Ihre E-Mail-Adresse und Ihr Passwort ein.
- Bei falschen Angaben erscheint „Invalid email or password.“. Nach fünf fehlgeschlagenen Versuchen innerhalb von 15 Minuten ist die Anmeldung für Ihre IP-Adresse 15 Minuten gesperrt („Too many failed sign-in attempts. Try again in about N minute(s).“). Der Betreiber kann diese Werte über
AUTH_RATELIMIT_LOGIN_*ändern.
Sitzungen dauern 12 Stunden. Wurden Passwort oder Rolle geändert, werden Sie abgemeldet und müssen sich neu anmelden.
Warning
Zeigt jede Admin-Seite den Hinweis Bootstrap admin access, sind Sie über das Passwort aus der Umgebungsvariable ADMIN_PASSWORD_HASH angemeldet. Dieser Zugang funktioniert nur, solange es keinen Datenbank-Admin gibt. Legen Sie unter Settings → Users einen Admin an, melden Sie sich damit an und entfernen Sie danach die Variable.
Mit ADMIN_BOOTSTRAP_DISABLED_AFTER (ISO-Datum) lässt sich der Bootstrap-Zugang ab einem Zeitpunkt abschalten, auch wenn noch kein Datenbank-Admin existiert. Die Anmeldung meldet dann „Bootstrap access disabled — create an admin in the database.“. Wie Sie sich bei einer Aussperrung wieder Zugang verschaffen, beschreibt Authentifizierung & Sicherheit.
Rollen¶
Jeder Benutzer hat genau eine Rolle. In der Rollenauswahl und in der Kopfzeile heißen die Rollen Admin, Servicemanager, Serviceowner und SLA Manager.
| Rolle | Darf |
|---|---|
| Admin | Alles: Benutzer, Einstellungen, Benachrichtigungen, API-Tokens, Audit-Log, alle Services |
| Servicemanager | Betreibt alle Services: Service-Status, Ausfälle, Incidents, Wartungen, interne Notizen und die Konfiguration der Services. Bestätigt Ausfälle in SLA-Reports. |
| Serviceowner | Setzt den Status der Services, für die er verantwortlich ist, pflegt deren Ausfälle und die exakten Ausfallzeiten abgeschlossener Incidents und bestätigt deren Ausfälle in SLA-Reports |
| SLA Manager | Verwaltet SLA-Zeitpläne, Feiertagslisten, Ziele und SLA-Reports. Pflegt und bestätigt Ausfälle aller Services. Sonst nur Leserechte. |
Wer darf was¶
Die Tabelle zeigt, was die Admin-Oberfläche jeder Rolle anbietet.
| Aufgabe | Admin | Servicemanager | Serviceowner | SLA Manager |
|---|---|---|---|---|
| Dashboard, Incidents, Wartungen und Einstellungen ansehen | ✓ | ✓ | ✓ | ✓ |
| Service-Status setzen | ✓ | ✓ | eigene Services | — |
| Ausfälle in der Ausfallhistorie bearbeiten und löschen | ✓ | ✓ | eigene Services | ✓ |
| Incidents und Wartungen anlegen und bearbeiten | ✓ | ✓ | — | — |
| Incident-Updates, Reviews, Abschluss, interne Notizen | ✓ | ✓ | — | — |
| Exakte Ausfallzeiten abgeschlossener Incidents | ✓ | ✓ | eigene Services | — |
| Services und Gruppen anlegen und konfigurieren | ✓ | ✓ | — | — |
| Verantwortliche Benutzer zuweisen | ✓ | ✓ | — | — |
| SLA-Reports ansehen und exportieren | ✓ | ✓ | ✓ | ✓ |
| SLA-Zeitpläne, Feiertage, Ziele verwalten | ✓ | — | — | ✓ |
| SLA-Reports starten und generieren | ✓ | — | — | ✓ |
| Ausfälle in SLA-Reports bestätigen | ✓ | ✓ | eigene Services | ✓ |
| Benachrichtigungs-Setup, Templates, Abonnenten, Events | ✓ | — | — | — |
| Einstellungen ändern, API-Tokens, Benutzer, Audit-Log | ✓ | — | — | — |
„Eigene Services“ bedeutet: Der Benutzer ist verantwortlicher Benutzer aller betroffenen Komponenten. Betrifft eine Aktion eine Komponente, die jemand anderem gehört, wird sie abgelehnt, bei Report-Bestätigungen mit „You can only confirm outages for your own services.“.
Der Menüpunkt Service Status ist für den SLA Manager ausgeblendet. Die Ausfallhistorie eines Services erreicht er über den Link im SLA-Report. Dem Serviceowner fehlen die Menüpunkte Incidents und Maintenance. Die Listen erreicht er über die Kacheln des Dashboards, einzelne Incidents über die Links in der Ausfallhistorie.
Info
Fehlt eine Schaltfläche, erlaubt Ihre Rolle die Aktion nicht. Erscheint eine Schaltfläche, schlägt die Aktion aber fehl, erklärt die Meldung den Grund. Der Link Create incident auf der Seite Service Status erscheint auch für Serviceowner, führt sie aber zurück zum Dashboard.
Benutzer verwalten¶
Benutzer verwalten Sie unter Settings → Users (nur Admin).
- Benutzer anlegen: Im Abschnitt New user die Felder Email, Name (optional), Password und Role ausfüllen und Create user klicken. Das Passwort muss mindestens 8 Zeichen lang sein („Password too short“). Die Rolle ist mit SLA Manager vorbelegt.
- Benutzer bearbeiten: In der Liste lassen sich Name, Role und New password ändern (leer lassen behält das Passwort) und mit Save speichern. Die E-Mail-Adresse ist nicht änderbar.
- Rolle oder Passwort ändern: Alle bestehenden Sitzungen dieses Benutzers enden sofort, auch Ihre eigene, wenn Sie Ihr Konto ändern. Eine reine Namensänderung beendet keine Sitzungen.
- Benutzer löschen: Entfernt das Konto. Das eigene Konto lässt sich nicht löschen („You cannot delete your own account.“). Der letzte Admin kann weder gelöscht werden noch seine Rolle wechseln („The last admin can't change role or be removed.“).
- Interne Notizen eines gelöschten Benutzers bleiben erhalten und zeigen „Unknown user“ als Autor. Im Audit-Log bleibt die gespeicherte E-Mail-Adresse sichtbar.