Jedno polecenie. Pełne zabezpieczenie.
Agent CASTOVIA instaluje się w mniej niż 60 sekund, automatycznie obsługuje bezpieczeństwo i komunikuje się z CASTOVIA Cloud przez szyfrowane kanały. Bez ręcznych reguł zapory, bez kluczy SSH, bez VPN.
Wyjaśnienie polecenia instalacyjnego
Dokładnie co dzieje się po uruchomieniu instalatora w jednej linii na serwerze Linux.
Co robi polecenie
Jednoliniowe polecenie instalacyjne, które kopiujesz z panelu administracyjnego CASTOVIA, wykonuje na Twoim serwerze Linux następujące kroki:
Rzeczywiste polecenie
Polecenie, które widzisz w panelu administracyjnym, wygląda tak:
curl -sSL https://install.castovia.com/agent | sudo bash -s -- --token YOUR_SERVER_TOKENYOUR_SERVER_TOKEN to unikalny, jednorazowy token generowany dla każdego węzła. Wygasa po 24 godzinach, jeśli nie zostanie użyty.
Czego agent NIE robi
Jasne granice. Zakres agenta jest celowo ograniczony.
Bezpieczeństwo — wbudowane, nie dołączane na siłę
Każdy środek bezpieczeństwa działa automatycznie. Nie wymaga ręcznej konfiguracji.
Uwierzytelnianie tokenem serwera
automatycznieKażdy węzeł otrzymuje unikalny, kryptograficznie losowy token serwera (256-bit). Token jest generowany w panelu administracyjnym CASTOVIA podczas tworzenia węzła. Używa się go jednorazowo podczas rejestracji, a następnie zastępuje rotowanym certyfikatem klienta TLS.
Szyfrowanie TLS 1.3
automatycznieCała komunikacja między agentem a CASTOVIA Cloud wykorzystuje TLS 1.3. Agent weryfikuje łańcuch certyfikatów CASTOVIA względem przypiętego root CA — bez zaufania do systemowego magazynu certyfikatów. Ataki typu man-in-the-middle nie są możliwe.
Wymagania dotyczące zapory
automatycznieAgent potrzebuje tylko ruchu wychodzącego HTTPS (port 443) do CASTOVIA Cloud. Nie trzeba otwierać żadnych portów przychodzących. Reguły zapory Twojego serwera pozostają nietknięte — agent nie modyfikuje iptables, nftables ani firewalld.
Brak wymagania dostępu root w czasie działania
automatycznieAgent działa jako dedykowany użytkownik bez uprawnień (castovia-agent). Uprawnień root potrzebuje tylko podczas instalacji (aby utworzyć usługę systemd). W czasie działania korzysta z minimalnych uprawnień — odczyt źródeł streamów, zapis do własnego katalogu cache.
Automatyczna rotacja certyfikatów
automatycznieCertyfikaty klienta są rotowane co 7 dni. Agent obsługuje odnawianie w sposób przezroczysty. Jeśli certyfikat wygaśnie (np. serwer był offline), agent używa bezpiecznego procesu ponownej rejestracji, który wymaga zatwierdzenia w panelu administracyjnym CASTOVIA.
Monitoring stanu i autonaprawa
automatycznieAgent monitoruje własną kondycję. Jeśli się zawiesi, systemd uruchamia go ponownie w ciągu 5 sekund. Jeśli nie może połączyć się z CASTOVIA Cloud, nadal obsługuje buforowaną konfigurację i kolejkowanie metryk do późniejszej wysyłki.
Protokół komunikacji
Jak przepływają dane między Twoim serwerem a CASTOVIA Cloud.
CASTOVIA Cloud → Agent (Przesył konfiguracji)
Techniczne: Konfiguracja jest dostarczana jako podpisane ładunki JSON. Agent weryfikuje każdy ładunek przed zastosowaniem. Bez surowego SQL, bez poleceń shell — tylko ustrukturyzowana konfiguracja.
Agent → CASTOVIA Cloud (telemetria)
Techniczne: Telemetria jest wysyłana co 30 sekund przez HTTPS POST. Ładunek jest skompresowany (gzip) i zaszyfrowany. Średni rozmiar: 2–5 KB na interwał.
Podsumowanie sieci
| Aspekt | Szczegóły |
|---|---|
| Protokół | HTTPS (TLS 1.3) z przypinaniem certyfikatu |
| Port wychodzący | 443 (tylko HTTPS) |
| Porty przychodzące | Nie są wymagane przez CASTOVIA |
| Heartbeat | Co 30 sekund (2–5 KB po kompresji) |
| Uwierzytelnianie | Rotowane certyfikaty klienta TLS (rotacja co 7 dni) |
| Przepustowość | < 1 MB/godzinę dla ruchu zarządzania |
| Zachowanie offline | Obsługuje buforowaną konfigurację, kolejkowanie telemetrii, automatyczne ponowne połączenie |
| Ruch streamów | Nigdy nie jest kierowany przez CASTOVIA — pozostaje w Twojej sieci |
Czysta deinstalacja
Jeśli usuniesz węzeł, agent całkowicie się wyczyści:
sudo castovia-agent uninstall --purge