Одна команда. Повністю захищено.
Агент CASTOVIA встановлюється менш ніж за 60 секунд, автоматично опрацьовує безпеку та спілкується з CASTOVIA Cloud через зашифровані канали. Жодних ручних правил firewall, жодних SSH keys, жодного VPN.
Пояснення команди встановлення
Точні дії, які виконуються, коли ви запускаєте однорядковий інсталятор на Linux-сервері.
Що робить команда
Однорядкова команда встановлення, яку ви копіюєте з адмін-панелі CASTOVIA, виконує на вашому Linux-сервері такі кроки:
Сама команда
Команда, яку ви бачите у своїй адмін-панелі, виглядає так:
curl -sSL https://install.castovia.com/agent | sudo bash -s -- --token YOUR_SERVER_TOKENYOUR_SERVER_TOKEN — це унікальний одноразовий токен, згенерований для кожного вузла. Якщо його не використати, він спливає через 24 години.
Чого агент НЕ робить
Чіткі межі. Функціональність агента навмисно обмежена.
Безпека — вбудована, а не додана поверх
Кожен захід безпеки автоматизовано. Ручне налаштування не потрібне.
Автентифікація серверним токеном
автоматичноКожен вузол отримує унікальний криптографічно випадковий серверний токен (256-bit). Цей токен генерується в адмінці CASTOVIA під час створення вузла. Він використовується один раз під час реєстрації, а потім замінюється ротаційним TLS client certificate.
Шифрування TLS 1.3
автоматичноУся комунікація між агентом і CASTOVIA Cloud використовує TLS 1.3. Агент перевіряє ланцюжок сертифікатів CASTOVIA щодо закріпленого кореневого CA — без довіри до системного сховища сертифікатів. Атаки man-in-the-middle неможливі.
Вимоги до firewall
автоматичноАгенту потрібен лише вихідний HTTPS (порт 443) до CASTOVIA Cloud. Жодних вхідних портів відкривати не потрібно. Правила firewall вашого сервера не змінюються — агент не модифікує iptables, nftables або firewalld.
Під час роботи root-доступ не потрібен
автоматичноАгент працює як окремий непривілейований користувач (castovia-agent). Root потрібен лише під час встановлення (для створення служби systemd). Під час роботи він діє з мінімальними правами — доступ на читання до джерел потоків, доступ на запис до власного каталогу кешу.
Автоматичне оновлення сертифікатів
автоматичноClient certificates оновлюються кожні 7 днів. Агент прозоро обробляє поновлення. Якщо сертифікат спливає (наприклад, сервер був офлайн), агент використовує безпечний повторний enrollment, який потребує схвалення в адмінці CASTOVIA.
Моніторинг стану та self-healing
автоматичноАгент стежить за своїм станом. Якщо він аварійно завершується, systemd перезапускає його протягом 5 секунд. Якщо він не може зв’язатися з CASTOVIA Cloud, він продовжує обслуговувати кешовану конфігурацію та ставить метрики в чергу для подальшої доставки.
Протокол комунікації
Як дані рухаються між вашим сервером і CASTOVIA Cloud.
CASTOVIA Cloud → Агент (Configuration Push)
Технічне: Конфігурація доставляється як підписані JSON payloads. Агент перевіряє кожен payload перед застосуванням. Жодного raw SQL, жодних shell commands — лише структурована конфігурація.
Агент → CASTOVIA Cloud (Telemetry)
Технічне: Telemetry надсилається кожні 30 секунд через HTTPS POST. Payload стискається (gzip) і шифрується. Середній розмір: 2–5 KB за інтервал.
Зведення по мережі
| Аспект | Деталь |
|---|---|
| Протокол | HTTPS (TLS 1.3) із закріпленням сертифіката |
| Вихідний порт | 443 (лише HTTPS) |
| Вхідні порти | CASTOVIA не потребує жодного |
| Heartbeat | Кожні 30 секунд (2–5 KB стиснено) |
| Автентифікація | Ротаційні TLS client certificates (ротація кожні 7 днів) |
| Пропускна здатність | < 1 MB/год для службового трафіку |
| Поведінка офлайн | Обслуговує кешовану конфігурацію, ставить telemetry у чергу, автоматично перепідключається |
| Потоковий трафік | Ніколи не проходить через CASTOVIA — залишається у вашій мережі |
Чисте видалення
Якщо ви видаляєте вузол, агент повністю очищає систему:
sudo castovia-agent uninstall --purge