Întrebări frecvente

O platformă de administrare a serverelor pentru cei care își rulează propria infrastructură. Păstrați hipervizoarele, rețeaua și contractele de centru de date; Provibr vă dă dumneavoastră și echipei un singur panou din care să le conduceți, plus mecanismele necesare pentru a livra capacitate clienților.

Hipervizoare pentru mașini virtuale, panouri de control pentru conturi de găzduire și panouri de jocuri pentru servere de jocuri. Serverele dedicate, echipamentele de rețea și distribuția energiei sunt în plan. Fiecare furnizor își poartă statutul exact (disponibil sau în plan) pe pagina de integrări, așa că acest răspuns nu poate rămâne niciodată în urmă pe nesimțite.

Nu. Provibr vorbește cu API-ul Proxmox printr-un token pe care îl creați dumneavoastră, dintr-un agent care rulează pe o gazdă Linux separată, din aceeași rețea. Nu se instalează nimic pe hipervizorul propriu-zis și niciun port Proxmox nu trebuie să fie accesibil din exterior.

Da, și acesta este modul de lucru prevăzut. Vă înregistrați prefixele, gateway-urile lor și intervalul utilizabil în gestionarea de adrese a platformei, iar mașinile primesc o adresă din grupul către care indică planul lor.

Lista completă se află în selectorul de limbă din partea de sus a fiecărei pagini (9 limbi astăzi). Panoul, acest site și mesajele generate de agentul dumneavoastră sunt toate traduse, așa că același eveniment se citește corect pentru toți membrii echipei. Instrumentul de linie de comandă și tot ce lipiți într-un shell rămân în engleză în mod intenționat.

Da. Există un API REST public pentru servere, agenți, integrări, adrese, planuri, facturare și puncte finale webhook; cheia o creați în propriul dumneavoastră profil, iar ea poartă o permisiune pentru fiecare parte a panoului și niciodată mai mult decât aveți deja. Pentru că agentul dumneavoastră se conectează spre exterior, un endpoint care modifică o mașină preia comanda și vă dă ceva de urmărit, în loc să răspundă cu rezultatul. Documentația descrie fiecare endpoint și trimite către documentul OpenAPI 3.1.

Pe gazda agentului, criptate într-un seif a cărui cheie este combinată cu identitatea proprie a acelei mașini. Trec o singură dată prin platformă, în tranzit, ca să ajungă la agent. Înregistrarea de audit a acelui transfer păstrează numele câmpurilor și niciodată valorile, iar platforma nu poate reconstitui ulterior tokenul.

TLS 1.3 cu autentificare reciprocă. Înrolarea și sesiunea de lucru folosesc endpointuri separate, iar pe endpointul de sesiune platforma fixează amprenta certificatului agentului, așa că un certificat furat fără cheia potrivită nu ajunge nicăieri.

Sesiunea este închisă, iar agentul își șterge propria identitate și seiful de date de autentificare. Din acel moment nu mai deține nimic util: niciun certificat, niciun token, nicio cale de întoarcere fără o licență nouă și o nouă înrolare.

Da, cu o semnătură peste binarul brut. Este verificată de agent înainte de pregătire și încă o dată de un script deținut de root înainte ca binarul să fie executat, față de o cheie publică pe care doar root o poate înlocui. O versiune nesemnată sau modificată este refuzată, chiar dacă suma de control se potrivește.

Nu. Fiecare interogare, fiecare canal în timp real și fiecare eveniment este limitat la o singură organizație, iar conexiunea în timp real este autorizată cu un tichet de unică folosință, legat de organizația dumneavoastră înainte ca socketul să se deschidă.

Da. Comenzile, rezultatele lor, conectările și deconectările agenților, modificările de stare ale integrărilor, alocările de adrese, schimbările de pachet și evenimentele de facturare ajung toate într-un jurnal de activitate pe care îl puteți parcurge și filtra. Este păstrat, nu rotit după o zi.