Häufige Fragen

Eine Server-Management-Plattform für alle, die ihre eigene Infrastruktur betreiben. Ihre Hypervisoren, Ihr Netzwerk und Ihre Rechenzentrumsverträge bleiben Ihre; Provibr gibt Ihnen und Ihrem Team ein Panel, um sie zu steuern, und die Mechanik, um Kapazität an Kunden zu übergeben.

Hypervisoren für virtuelle Maschinen, Hosting-Panels für Hosting-Konten und Game-Panels für Gameserver. Dedicated Server, Netzwerktechnik und Stromverteilung stehen auf der Roadmap. Die Integrationsseite trägt den genauen Status jedes Anbieters, verfügbar oder Roadmap, sodass diese Antwort nie unbemerkt veraltet.

Nein. Provibr spricht mit der Proxmox-API über ein Token, das Sie anlegen, von einem Agenten auf einem separaten Linux-Host im selben Netzwerk. Auf dem Hypervisor selbst wird nichts installiert, und kein Proxmox-Port muss von außen erreichbar sein.

Ja, und so ist es gedacht. Sie erfassen Ihre Präfixe, ihre Gateways und den nutzbaren Bereich in der Adressverwaltung der Plattform, und Maschinen bekommen eine Adresse aus dem Pool, auf den ihr Plan zeigt.

Die vollständige Liste steht in der Sprachauswahl oben auf jeder Seite: heute 9 Sprachen. Das Panel, diese Website und die Meldungen, die Ihr Agent erzeugt, sind alle übersetzt, damit dasselbe Ereignis für jeden im Team richtig zu lesen ist. Das Kommandozeilen-Werkzeug und alles, was Sie in eine Shell einfügen, bleiben bewusst auf Englisch.

Ja. Es gibt eine öffentliche REST-API für Server, Agenten, Integrationen, Adressen, Pläne, Abrechnung und Webhooks; den Schlüssel legen Sie auf Ihrer eigenen Profilseite an, und er trägt einen Scope je Bereich des Panels und nie mehr, als Sie selbst dürfen. Da Ihr Agent sich nach außen verbindet, nimmt ein Endpunkt, der eine Maschine verändert, den Auftrag an und gibt Ihnen etwas zum Nachverfolgen, statt mit dem Ergebnis zu antworten. Die Dokumentation beschreibt jeden Endpunkt und verlinkt das OpenAPI-3.1-Dokument.

Auf dem Agent-Host, verschlüsselt in einem Tresor, dessen Schlüssel mit der Identität dieses Rechners gemischt ist. Sie laufen einmal, im Transit, durch die Plattform, um den Agenten zu erreichen. Der Audit-Eintrag dieser Übergabe behält die Feldnamen und nie die Werte, und die Plattform kann das Token danach nicht wiederherstellen.

TLS 1.3 mit gegenseitiger Authentifizierung. Registrierung und Arbeitssitzung nutzen getrennte Endpunkte, und auf dem Sitzungs-Endpunkt fixiert die Plattform den Zertifikats-Fingerprint des Agenten, sodass ein gestohlenes Zertifikat ohne den passenden Schlüssel nicht weit kommt.

Die Verbindung wird geschlossen, und der Agent löscht seine eigene Identität und seinen Zugangsdaten-Tresor. Ab diesem Moment hält er nichts Brauchbares mehr: kein Zertifikat, kein Token, keinen Weg zurück ohne neue Lizenzdatei und neue Registrierung.

Ja, mit einer Signatur über das reine Binary. Sie wird vom Agenten vor dem Bereitstellen geprüft und erneut von einem Skript, das root gehört, bevor das Binary ausgeführt wird. Geprüft wird gegen einen öffentlichen Schlüssel, den nur root ersetzen kann. Ein unsigniertes oder verändertes Release wird abgelehnt, selbst wenn seine Prüfsumme stimmt.

Nein. Jede Abfrage, jeder Echtzeitkanal und jedes Ereignis ist auf eine Organisation begrenzt, und die Echtzeitverbindung wird mit einem Einmal-Ticket autorisiert, das an Ihre Organisation gebunden ist, bevor der Socket sich öffnet.

Ja. Befehle, ihre Ergebnisse, Verbindungen und Verbindungsabbrüche von Agenten, Statuswechsel von Integrationen, Adresszuweisungen, Paketwechsel und Abrechnungsereignisse landen alle in einem Aktivitätsprotokoll, das Sie durchblättern und filtern können. Es bleibt erhalten und wird nicht nach einem Tag wegrotiert.