Zum Inhalt

FAQ

Lizenz

Wir wollen erst mal nur testen — was kostet uns das?

Community-Edition reicht für 25 Hosts und einen Tenant. Kostenlos. Setup wie normal, kein Lizenzschlüssel nötig.

Welche Funktionen fehlen in der Community-Edition?

Keine. Jede Funktion ist auch ohne Lizenzschlüssel enthalten — Agent, Collector, Aktiver Collector, Auto-Discovery, Dashboards, KI-Assistent, Log-Sammlung, Reports, Status-Seiten, Custom Roles + RBAC, SSO (OIDC und Active Directory/LDAP), Audit-Log, Backup. Die Community-Edition ist nur auf 25 Hosts und einen Mandanten begrenzt; ein Lizenzschlüssel hebt diese Grenzen an. Details: Lizenz.

Wie lange läuft eine Lizenz?

Unbegrenzt — ein Lizenzschlüssel läuft nicht ab, seine Grenzen gelten auf Dauer. Er enthält einen Update-Zeitraum: Versionen, die bis zu diesem Datum erscheinen, kannst du installieren; Admin → System → Lizenz zeigt es als „Updates enthalten bis". Danach wird nichts gesperrt, nur neuere Versionen brauchen eine Verlängerung. Details: Lizenz.

Kann ich eine Lizenz auf eine andere Instanz übertragen?

Ja: den Schlüssel auf der neuen Instanz unter Admin → System → Lizenz eintragen und Hierher umziehen wählen; die alte Instanz verliert den Platz bei ihrem nächsten Online-Kontakt. Ohne Internet über die Offline-Aktivierung. Details: Umziehen.

Tenants und Multi-Mandant

Brauche ich für eine Single-Org-Nutzung Multi-Tenant?

Nein. Ein einziger Tenant reicht — die Community-Edition hat ohnehin genau einen.

Kann ein User in mehreren Tenants sein?

Ja. Rollen gelten je Tenant: ein Konto kann in einem Tenant Admin sein und in einem anderen nur lesen — zugewiesen direkt am Konto, über ein Team oder über eine Tenant-Gruppe. Welche Rolle wo gilt und woher sie kommt, zeigt „Rechte & Teams" am Benutzer. Details: Rollen.

Sieht ein Kunden-User andere Kunden-Tenants?

Nein. Jeder Zugriff wird am Server auf die Tenants beschränkt, in denen das Konto Rechte hat; ein Objekt eines fremden Tenants antwortet wie ein nicht vorhandenes.

Agents

Mein Agent zeigt „outdated" — was tun?

Der Agent prüft bei jedem Config-Abruf, ob eine neuere Version bereitliegt (Standard alle 5 Minuten), lädt sie, prüft die Signatur und startet neu. Ein Neustart des Dienstes beschleunigt das nicht — die erste Prüfung kommt mit dem ersten regulären Config-Abruf danach.

Agent-Token verloren — was nun?

Host verwalten → Verbindung → „Token erneuern". Das alte Token ist sofort ungültig; auf der Maschine den Agent mit dem neuen Token neu installieren.

Wie viel CPU/RAM braucht der Agent?

Wenig — der Agent ist ein einzelnes Programm ohne Laufzeitumgebung. Mehr braucht er bei aktiver Log-Sammlung und bei vielen Script-Checks.

Kann der Agent auf Macs laufen?

Nein. Den Agent gibt es für Linux und Windows.

Collectors

Brauche ich pro Standort einen Collector?

Wenn Standorte über VPN unterscheidbar sind: ja, ein Collector pro Standort.

Was macht der Collector wenn er den Server nicht erreicht?

Er versucht das Senden jedes Ergebnis-Pakets dreimal und hält Ergebnisse nur kurz im Speicher — was während einer längeren Unterbrechung gemessen wurde, kommt nicht an (anders als beim Agent, der Ergebnisse auf der Platte puffert). Sobald der Server wieder erreichbar ist, führt der Collector alle Checks seiner Geräte sofort aus, statt auf das nächste Intervall zu warten.

Skaliert ein Collector mit der Anzahl SNMP-Hosts?

Bis ~500 Hosts pro Collector ohne Probleme. Darüber hinaus zweiten Collector aufsetzen, Hosts aufteilen.

Checks und Profile

Warum sind manche Check-Typen ausgegraut?

Ein Check muss zum Gerät passen:

  • Agent-Checks brauchen einen Agent auf dem Host — Geräte ohne Agent bekommen sie nicht.
  • Netzwerk-Checks (Ping, Port, HTTP, SNMP …) brauchen ein Ziel: IP-Adresse oder DNS-Name.
  • Collector-Checks brauchen einen Collector, der dem Host zugewiesen ist.

Ich will einen Check-Type ändern — geht nicht?

Richtig, der Typ eines Checks ist nach dem Anlegen fest. Check löschen und mit dem neuen Typ neu anlegen.

Wie kriege ich einen modifizierten Builtin zurück?

In der Profil-Liste am Check „Auf Auslieferungszustand zurücksetzen" — der Eintrag erscheint nur bei mitgelieferten Checks, die verändert wurden.

Kann ich mehrere Werte aus einem Skript zurückgeben?

Ja — Script mit Ausgabeformat Nagios und Perfdata: OK - text | metric1=v1 metric2=v2 metric3=v3. Ab zwei Metriken zeigt der Verlauf jede als eigene Kurve; der Messwert des Checks ist die erste. Details: Scripts.

Dashboard

Mein Dashboard ist langsam

Mögliche Ursachen:

  • Widgets ohne Eingrenzung über viele Geräte → in den Widget-Einstellungen die Datenauswahl eingrenzen (Tenants, Ordner, Profile, Tags, Geräte)
  • sehr lange Zeiträume → für alte Fenster rechnet Vesana aus verdichteten Werten; kürzere Zeiträume sind schneller
  • Variablen mit „Alle" über sehr viele Geräte → Auswahl einschränken

Wie teile ich ein Dashboard öffentlich?

Im ⋯-Menü des Dashboards Teilen … → Reiter Freigabe-Link (nur der Besitzer): Tenants wählen, optional Ablauf und Passwort, Link kopieren. Details: Dashboard → Freigabe-Link. Die eingebaute Übersicht lässt sich erst teilen, wenn du sie angepasst hast.

Verlieren öffentliche Dashboards Daten beim Token-Wechsel?

Nein — das Dashboard bleibt unverändert. Widerrufst du den Link, ist er sofort ungültig; ein neuer Link bekommt ein neues Token, der alte funktioniert dann nicht mehr.

Alerts und Notifications

Wie verhindere ich Alert-Sturm bei großen Outages?

Mehrere Mittel, die sich ergänzen:

  1. Alert-Gruppierung pro Tenant (Tenants → Tenant aufklappen → Alert-Gruppierung): eine Sammel-Meldung statt Einzelmails; fallen mehrere Hosts gleichzeitig aus, kommt eine Meldung „Hosts nicht erreichbar: …".
  2. Erreichbarkeits-Check je Host: ist der Host weg, kommt eine Host-Meldung statt einer pro Check.
  3. Abhängigkeiten: ist ein Eltern-Host nicht erreichbar, werden die Alarme der abhängigen Hosts unterdrückt.
  4. Anlaufphase nach einem Ausfall (Admin → Benachrichtigungen → E-Mail & Meldungen, Vorgabe 30 min, höchstens 2 h): Probleme, die erst mit dem Wiederanlauf entstehen, kommen als eine Meldung „Alarm nach Wiederanlauf".

Eine Drosselung pro Kanal gibt es nicht. Details: Zu viele Benachrichtigungen.

Alert kommt zu spät

Zwei Stellschrauben: (1) Bestätigung am Check — „Bestätigungen" × „Bestätigungs-Intervall (s)" (Vorgabe 1 × 10 s). (2) Die Wartezeit der Alert-Regel pro Status („Benachrichtigen, nachdem das Problem anhält"): ein Problem muss so lange bestehen, bevor benachrichtigt wird. Dazu kommt bei Agent-Hosts die Erkennung eines schweigenden Agents nach 3 Minuten. Details: Alert Rules.

Bekomme ich Recovery-Notifications?

Standardmäßig ja. Abschaltbar in der Alert-Regel je Kanal und Stufe (Schalter „Entwarnung") — der Kanal selbst filtert nichts.

Was ist mit Time-Periods („nur Mo–Fr 8–18 alarmieren")?

Zeitfenster für Alert-Regeln gibt es nicht. Für wiederkehrende Ruhezeiten eignet sich eine wiederkehrende Downtime (täglich, wöchentlich an bestimmten Tagen, monatlich) — sie unterdrückt dann allerdings alle Meldungen der abgedeckten Checks, nicht nur die einer Regel. Details: Downtimes.

Smartphone

Gibt es eine App für iPhone/Android?

Keine App aus dem Store: Vesana wird aus dem Browser heraus auf den Startbildschirm gelegt (Android über den Installations-Knopf, iPhone/iPad über „Teilen → Zum Home-Bildschirm"). Push gibt es auf beiden — auf iOS nur in der installierten App. Details: Vesana auf dem Smartphone.

Push kommt nicht an

Push wird pro Gerät vom jeweiligen Benutzer eingeschaltet (Einstellungen → Push → „Push auf diesem Gerät"), nicht pro Kanal. Der Test-Knopf am Push-Kanal nennt den Grund, wenn nichts ankommt (kein Gerät angemeldet, Abo abgelaufen, Push-Dienst gedrosselt). Ohne HTTPS erlaubt kein Browser Push. Wurde die Browser-Nachfrage einmal abgelehnt, muss die Erlaubnis in den Browser-Einstellungen zurückgenommen werden — Vesana darf nicht erneut fragen. Am Smartphone muss das Gerät dem Browser bzw. der installierten App das Laufen im Hintergrund erlauben (Akku-Optimierung), sonst hält das Betriebssystem Meldungen bis zum Öffnen der App zurück.

Updates

Ein Update ist fehlgeschlagen — was nun?

Die Update-Seite nennt den Grund (z. B. zu wenig freier Speicher, Portal nicht erreichbar, Migration abgebrochen), der Update-Verlauf ebenso. Vor dem Start warnt sie, wenn der Speicher knapp ist. Eine Migration, die an einer kurzen Tabellensperre der noch laufenden Dienste hängt, wiederholt Vesana selbst. Vor jedem Update legt der Updater ein Backup an. Details: Updates.

Kann ich eine bestimmte Version festschreiben?

Nicht direkt. Neue Versionen installiert Vesana nur, wenn unter Admin → System → Updates „Automatische Updates" eingeschaltet ist (Standard: aus) — sonst bleibt die installierte Version, bis du selbst „Jetzt updaten" wählst. Davon getrennt kommen Sicherheitsupdates und Fehlerbehebungen der installierten Version (z. B. 1.902.0 → 1.902.1) standardmäßig automatisch; der Schalter dafür steht auf derselben Seite. Instanzen mit Tester-Lizenz bekommen neue Versionen spätestens nach der Frist der Lizenz.

Backup und Restore

Wie oft werden Backups gemacht?

Standardmäßig täglich um 02:00 UTC ein Backup der Konfiguration (ohne Messdaten). Aufbewahrt werden höchstens 5 Backups, 90 Tage und 10 GB — die strengste Grenze gilt. Zeitpläne (auch Voll-Backups) und Aufbewahrung stellst du unter Admin → System → Backup & DR ein. Details: Backup.

Wie kriege ich den FIELD_ENCRYPTION_KEY zurück, wenn er weg ist?

Gar nicht. Verschlüsselte DB-Felder sind dann verloren. Daher: Schlüssel in Passwort-Manager + ausgedruckt im Tresor.

Kann ich nur einen einzelnen Tenant exportieren?

Nicht direkt — ein Backup umfasst immer die ganze Instanz. Einzelne Geräte-Profile lassen sich exportieren und importieren.

API

Bietet Vesana einen Read-Replicate-Endpoint?

Nein.

Kann ich PATCH-Operationen batchen?

Für einige Aufgaben gibt es Sammel-Endpunkte — etwa Checks sammelweise bearbeiten, Sammel-ACK oder eine Downtime für mehrere Geräte. Sonst ist es ein Aufruf je Objekt.

Wie hoch ist das Rate-Limit?

Anmeldung, 2FA-Bestätigung und Identitätsbestätigung: 10 Anfragen pro Minute je Client-Adresse (Passwort ändern: 5). Für die übrigen Endpunkte gibt es keine feste Grenze je Benutzer.

AI

Was passiert mit unseren Daten bei Anthropic?

Der Inhalt der Anfrage geht an die Anthropic-API. Bei Datenschutz-Bedenken lokales Ollama als Anbieter wählen. Findet Vesana im Wiki zu wenig, sucht es zusätzlich im Web — das betrifft auch Ollama; im Chat lässt sich die Websuche abwählen. Details: Datenschutz.

Wie viel kostet AI?

Bei Cloud-Anbietern rechnet der Anbieter je Anfrage ab — eine Kostengrenze stellst du dort ein. Lokales Ollama kostet nur die eigene Hardware.

Brauche ich Internet für AI?

Nur bei Cloud-Providern. Bei Ollama lokal: Internet nur zum Modell-Download.

Daten und Aufbewahrung

Wie lange werden meine Daten aufbewahrt?

Das hängt von der Art der Daten ab — Vesana kennt drei Klassen:

  • Ereignisse (Status-Wechsel, Audit-Log, versendete Benachrichtigungen, Anomalien): unbegrenzt. Sie sind winzig und nicht wiederherstellbar, deshalb wird hier standardmäßig nichts gelöscht.
  • Messreihen: Rohdaten 90 Tage, stündliche Werte 395 Tage, Tageswerte unbegrenzt. Ein Langzeit-Trend geht also nie verloren, er wird nur gröber.
  • Rohmaterial (Logs überwachter Systeme 30 Tage, Diagnose-Ereignisse 90 Tage, Heartbeats 90 Tage): läuft ab — aber das Wichtigste daraus bleibt: von den Logs die Tageszählung, von den Heartbeats die Ausfälle.

Einstellbar unter Admin → System → Ressourcen → Speicher.

Kann ich sehen, was vor zwei Jahren auf einem Gerät passiert ist?

Ja, mit zwei Einschränkungen:

  • Status-Wechsel, ACKs, Downtimes und Benachrichtigungen stehen unbegrenzt im Verlauf des Geräts — dort sieht man, was passiert ist.
  • Messwerte gibt es so weit zurück in Tagesauflösung. Der Check-Verlauf und Dashboard-Widgets schalten automatisch auf die verdichtete Ebene um, sobald das Fenster älter ist als die Rohdaten-Aufbewahrung; die Kurve wird dann gröber, bricht aber nicht ab.

Voraussetzung ist natürlich, dass die Instanz damals schon lief.

Warum sieht mein Graph für alte Zeiträume gröber aus?

Weil er dort aus den verdichteten Werten gerechnet wird statt aus den Rohdaten. Bis zur Rohdaten-Grenze (Standard 90 Tage) rechnet Vesana exakt und zeitgewichtet; darüber aus Stunden- bzw. Tageswerten. Das ist Absicht: so bleibt die Historie erhalten, ohne dass die Datenbank unbegrenzt wächst.

Ich brauche die Rohdaten länger — geht das?

Ja. Unter Admin → System → Ressourcen → Speicher lässt sich „Behalten" für die Messwerte bis 3650 Tage setzen, oder auf 0 für unbegrenzt. Rechne vorher mit dem angezeigten Wachstum pro Tag — Rohdaten sind der mit Abstand größte Posten.

Sonstiges

Kann ich Vesana hinter eine VPN/Bastion stellen?

Ja, alle Web-Endpoints sind reines HTTPS — beliebige Reverse-Proxy-/VPN-Topologie davor.

Macht Vesana Telemetry?

Jede Instanz meldet einmal täglich einen kleinen, festgelegten Datensatz an license.vesana.org (Instanz-Puls) und erfährt dabei, ob ihre Updates freigegeben sind. Mit eingetragenem Lizenzschlüssel kommt alle 6 Stunden ein kurzer Lizenz-Kontakt dazu (nur Kennungen und Prüfwerte). Inhalte (Hosts, Checks, Werte, Namen) verlassen den Server nie automatisch.

Wird ESXi unterstützt?

Ja, über die vSphere-API: das ESXi-Profil aus der Vesana-Bibliothek liest den Host per Script, ein Konto mit der Rolle „Read-only" genügt (kein Shell-Zugang nötig). Details: Check-Typen.

Kann ich Vesana in einem Kubernetes-Cluster betreiben?

Unterstützt ist Docker Compose. Eigene Ergänzungen zur Compose-Datei gehören in eine docker-compose.override.yml, siehe Eigene Anpassungen.

Anschluss