Поширені запитання

Платформа керування серверами для тих, хто тримає власну інфраструктуру. Ви залишаєте собі свої гіпервізори, свою мережу та свої договори з дата-центрами; Provibr дає вам і вашій команді одну панель, з якої ними керувати, і механіку, щоб передавати потужність клієнтам.

Гіпервізори для віртуальних машин, панелі керування для облікових записів хостингу та ігрові панелі для ігрових серверів. Виділені сервери, мережеве обладнання й розподіл живлення перебувають у дорожній карті. На сторінці інтеграцій кожен провайдер показує свій точний статус, доступно чи в дорожній карті, тож ця відповідь ніколи не відстане непомітно.

Ні. Provibr звертається до API Proxmox з токеном, який створюєте ви, з агента, що працює на окремому хості Linux у тій самій мережі. На самому гіпервізорі нічого не встановлюється, і жоден порт Proxmox не має бути доступним ззовні.

Так, і саме так і задумано працювати. Ви реєструєте свої префікси, їхні шлюзи та придатний діапазон у керуванні адресами платформи, а машини отримують адресу з пулу, на який вказує їхній тариф.

Повний список наведено в перемикачі мов угорі кожної сторінки: сьогодні це 9 мов. Панель, цей сайт і повідомлення, які створює ваш агент, перекладені, тож та сама подія читається правильно для кожного у вашій команді. Інструмент командного рядка й усе, що ви вставляєте в оболонку, навмисно залишаються англійською.

Так. Є публічний REST API для серверів, агентів, інтеграцій, адрес, тарифів, оплати та вебхуків; ключ ви створюєте у власному профілі, і він несе право на кожну частину панелі та ніколи не більше за ваші власні права. Оскільки ваш агент підключається назовні, кінцева точка, яка змінює машину, приймає доручення і дає вам те, за чим стежити, замість того щоб відповісти результатом. Документація описує кожну кінцеву точку і містить посилання на документ OpenAPI 3.1.

На хості агента, зашифровані у сховищі, ключ якого змішано з власною ідентичністю цієї машини. Один раз вони проходять транзитом через платформу, щоб дістатися до агента. Запис аудиту про це передавання зберігає назви полів і ніколи не зберігає значень, а платформа потім не може відновити токен.

TLS 1.3 зі взаємною автентифікацією. Реєстрація й робоча сесія використовують окремі кінцеві точки, а на кінцевій точці сесії платформа закріплює відбиток сертифіката агента, тож викрадений сертифікат без відповідного ключа нікуди не потрапить.

Сесія закривається, а агент стирає власну ідентичність і сховище облікових даних. Від цієї миті він не тримає нічого корисного: ні сертифіката, ні токена, ні шляху назад без нової ліцензії та реєстрації.

Так, підписом над сирим бінарним файлом. Його перевіряє агент перед підготовкою, а потім ще раз перевіряє скрипт, що належить root, перед запуском бінарного файла, за публічним ключем, який може замінити лише root. Непідписаний або змінений випуск відхиляється, навіть якщо його контрольна сума збігається.

Ні. Кожен запит, кожен канал реального часу й кожна подія обмежені однією організацією, а зʼєднання реального часу авторизується одноразовим квитком, привʼязаним до вашої організації ще до відкриття сокета.

Так. Команди, їхні результати, підключення й відключення агентів, зміни статусу інтеграцій, призначення адрес, зміни пакета та події оплати — усе це потрапляє в журнал активності, який можна гортати сторінками та фільтрувати. Він зберігається, а не стирається ротацією через добу.