Veelgestelde vragen

Een servermanagementplatform voor wie zijn eigen infrastructuur draait. Je houdt je hypervisors, je netwerk en je datacentercontracten; Provibr geeft jou en je team één paneel om ze vanuit te besturen, plus het gereedschap om capaciteit aan klanten uit te geven.

Hypervisors voor virtuele machines, controlepanelen voor hostingaccounts en gamepanelen voor gameservers. Dedicated servers, netwerkapparatuur en stroomverdeling staan op de roadmap. De integratiepagina draagt van elke provider de exacte status, live of roadmap, zodat dit antwoord nooit stilletjes kan achterlopen.

Nee. Provibr praat met de Proxmox-API via een token dat je zelf aanmaakt, vanaf een agent op een aparte Linux-host in hetzelfde netwerk. Op de hypervisor zelf wordt niets geïnstalleerd en er hoeft geen Proxmox-poort van buiten bereikbaar te zijn.

Ja, en zo is het bedoeld. Je legt je prefixen, hun gateways en de uitgeefrange vast in het adresbeheer van het platform, en machines krijgen een adres uit de pool waar hun plan naar wijst.

De volledige lijst staat in de taalkeuze bovenaan elke pagina: vandaag 9 talen. Het paneel, deze site en de meldingen die je agent maakt zijn allemaal vertaald, zodat dezelfde gebeurtenis voor iedereen in je team klopt. De opdrachtregeltool en alles wat je in een shell plakt blijven met opzet Engels.

Ja. Er is een publieke REST API voor servers, agents, integraties, adressen, plannen, facturatie en webhooks; je maakt een sleutel aan op je eigen profielpagina, en die draagt een scope per onderdeel van het paneel en nooit meer dan je eigen rechten. Omdat je agent uitgaand verbindt, neemt een endpoint dat een machine wijzigt de opdracht aan en geeft je iets om te volgen in plaats van met de uitkomst te antwoorden. De documentatie beschrijft elk endpoint en linkt naar het OpenAPI 3.1-document.

Op de agent-host, versleuteld in een kluis waarvan de sleutel vermengd is met de identiteit van die machine. Ze reizen één keer door het platform, onderweg, om bij de agent te komen. De auditregel van die overdracht bewaart de veldnamen en nooit de waarden, en het platform kan het token daarna niet reconstrueren.

TLS 1.3 met wederzijdse authenticatie. Enrollment en de werksessie gebruiken aparte endpoints, en op het sessie-endpoint pint het platform de certificaat-fingerprint van de agent, dus een gestolen certificaat zonder de bijbehorende sleutel komt er niet in.

De sessie wordt gesloten en de agent wist zijn eigen identiteit en credential-vault. Vanaf dat moment heeft hij niets bruikbaars meer: geen certificaat, geen token, geen weg terug zonder een nieuw licentiebestand en een nieuwe enrollment.

Ja, met een handtekening over de ruwe binary. Die wordt gecontroleerd door de agent vóór het klaarzetten en nog eens door een script van root vóór het uitvoeren, tegen een publieke sleutel die alleen root kan vervangen. Een niet-ondertekende of gewijzigde release wordt geweigerd, ook als de checksum klopt.

Nee. Elke query, elk realtime-kanaal en elke gebeurtenis is afgebakend tot één organisatie, en de realtime-verbinding wordt geautoriseerd met een eenmalig ticket dat aan jouw organisatie gebonden is voordat de socket opengaat.

Ja. Opdrachten, hun resultaten, agents die verbinden en wegvallen, statuswissels van integraties, adrestoewijzingen, pakketwissels en facturatiegebeurtenissen komen allemaal in een activiteitenlogboek dat je kunt doorbladeren en filteren. Het blijft bewaard en verdwijnt niet na een dag.