Geräte
Lade …
Kunden
Lade …
Globale Speicherziele
Ziele, die alle Clients aller Kunden automatisch erhalten (z. B. dein zentraler Backup-Server). Jeder Client legt sein eigenes Repository darunter an (SMB/NFS/Lokal: Unterordner je Hostname; PBS trennt per Backup-ID).
Lade …
Kosten pro TB/Monat (geschätzt)Nur Schätzung: belegte Bytes × Satz.
Admins
Lade …
E-Mail-Versand (SMTP)
Für Alarme, Kunden-Reports, Passwort-Reset und 2FA-/E-Mail-Codes. Hier vollständig konfigurierbar (Server, Port, Absender, Zugangsdaten).
Lade …
🛡 Audit-Log
AufbewahrungTage
Protokoll sicherheitsrelevanter Admin-Aktionen (Ziel-Änderungen, Restores, Geräte-/Konto-Verwaltung, 2FA).
Automatische Test-Restores alleTage (0 = aus)
Lade …
🔗 System-URLs
Öffentliche Hosts für Downloads, Client-Updates und Passwort-Reset-Links. Leer = automatisch (Host der Anfrage bzw. dieser ZMS).
leer = automatisch (Host der Anfrage)
🎨 White-Label / Branding
Produktname, Akzentfarbe und Logo des Portals anpassen (leer = Standard „Phoenix-Backup").
🔑 API-Schlüssel (REST-API / RMM)
Lesezugriff auf den Backup-Status per GET /api/v1/devices mit Authorization: Bearer phx_… — für die Anbindung an RMM-Tools.
Lade …
📡 RMM-Webhook
Sendet Alarm-Ereignisse (Backup fehlgeschlagen, Prüfung, Speicher, offline …) an einen RMM-/Monitoring-Endpunkt. Signiert per X-Phoenix-Signature: sha256=HMAC(Secret, Body). Unabhängig von E-Mail/Telegram. — Pushes alert events to an RMM/monitoring endpoint, independent of e-mail/Telegram.
Ereignisse / Events (keins gewählt = alle / none = all):