Firewall (FWaaS)
Blokowanie niedozwolonego przychodzącego i wychodzącego ruchu sieciowego
Po co firewall
Mniejsza powierzchnia ataku — bez agentów na serwerach i bez opłat
-
Panel admina i SSH — tylko z Twoich IP
Najskuteczniejsza ochrona przed brute force: port 22 i panel zarządzania są otwarte tylko dla biura i VPN — dla reszty internetu jakby nie istniały.
-
Na zewnątrz — tylko 80 i 443
Klasyka serwera WWW: dwa porty na zewnątrz, cała reszta zamknięta. Skanery botnetów przechodzą obok.
-
Baza danych w ogóle bez internetu
W parze z sieciami prywatnymi (VPC): baza przyjmuje ruch tylko od aplikacji, firewall odcina resztę nawet wewnątrz sieci.
-
Izolacja środowisk
Różne reguły dla prod/staging/dev: środowisko testowe fizycznie nie sięgnie do bazy produkcyjnej.
Przykłady reguł
Typowy zestaw dla serwera WWW — konfiguracja w panelu w minutę
| # | Kierunek | Protokół/port | Źródło | Po co |
|---|---|---|---|---|
| 1 | przychodzący | TCP 80, 443 | 0.0.0.0/0 | strona dostępna dla wszystkich |
| 2 | przychodzący | TCP 22 | IP biura / VPN | SSH tylko dla Ciebie |
| 3 | przychodzący | TCP 5432 | podsieć aplikacji | baza widzi tylko backend |
| 4 | przychodzący | cała reszta | — | zabronione domyślnie |
Konfiguracja w panelu w kilka minut; reguły można zastosować do jednej instancji lub grupy serwerów.
Firewall ≠ ochrona DDoS — a masz obie
Filtrowanie DDoS poziomu L3/L4 działa na obrzeżu platformy automatycznie dla wszystkich; Firewall to TWOJE reguły dostępu na jego wierzchu. Razem: platforma odpiera flood, Ty decydujesz, komu i dokąd wolno.
Jak to działa
-
Na poziomie platformy
Ruch jest filtrowany zanim dotrze do Twojego serwera — ataki nie zużywają ani CPU, ani łącza instancji (w przeciwieństwie do iptables na samej maszynie).
-
Stateful
Firewall śledzi sesje TCP i odrzuca pakiety, które nie należą do poprawnie ustanowionych połączeń.
-
Protokoły TCP, UDP, ICMP
Reguły według kierunku, protokołu, portów i źródeł ruchu.
-
Odporność na awarie
Sprzęt, łącza sieciowe i zasilanie warstwy firewall są zdublowane.
Scenariusze użycia
-
TCP 80, 443
Kierunek: przychodzący. Źródło: 0.0.0.0/0. strona dostępna dla wszystkich.
-
TCP 22
Kierunek: przychodzący. Źródło: IP biura / VPN. SSH tylko dla Ciebie.
-
TCP 5432
Kierunek: przychodzący. Źródło: podsieć aplikacji. baza widzi tylko backend.
Rób więcej dzięki narzędziom,
które pomogą zabezpieczyć Twoją infrastrukturę
-
Backups
Więcej szczegółówObrazy dysków Twoich instancji, tworzone automatycznie raz w tygodniu w cenie 20% kosztu instancji. Obrazy dysków Twoich instancji, tworzone automatycznie raz w tygodniu w cenie 20% kosztu instancji.
-
Snapshots
Więcej szczegółówNasz system może być używany do tworzenia kopii istniejących serwerów i automatyzacji wdrożeń. Nasz system może być używany do tworzenia kopii istniejących serwerów i automatyzacji wdrożeń.
Często zadawane pytania
Dwie minuty — i nie ma zbędnego ruchu
Zamknij wszystko poza tym, czego potrzebujesz: reguły według portów, protokołów i źródeł. Za darmo, bez agentów na serwerach.
Najnowsze publikacje
Wszystko, co potrzebne do stworzenia stabilnego, bezpiecznego i skalowalnego środowiska
Nowe GPU w chmurze: NVIDIA RTX PRO 4500 i RTX PRO 6000 Blackwell
GPU generacji Blackwell w chmurze OneCloudPlanet: RTX PRO 4500 (32 GB) od $0.69/h i RTX PRO 6000 (96 GB) — modele klasy 70B w jednej karcie, bez multi-GPU.
Jak przenieść serwer z Hetznera do Ukrainy: instrukcja krok po kroku
Przenosimy VPS lub serwer dedykowany z Hetznera do ukraińskiej chmury: plan, rsync/rclone, replikacja bazy i przełączenie DNS z minutami przestoju.
Dostawcy chmury w Ukrainie 2026: porównanie dla biznesu
GigaCloud, De Novo, UCloud, OneCloudPlanet: platformy, lokalizacje, modele rozliczeń i który dostawca dla kogo. Uczciwe porównanie ukraińskiego rynku chmury 2026.
Checklist przekazania dyżuru on-call w cloud dla niezawodnego wsparcia 24/7: mniej luk kontekstowych, szybsze rozwiązywanie incydentów
Praktyczny checklist przekazania dyżuru on-call w cloud, który pomaga utrzymać ciągłość wsparcia, nie przegapiać krytycznych sygnałów i szybciej zamykać incydenty.
Plan change freeze i rollback dla bezpiecznych wydań na produkcję: jak zmniejszyć ryzyko awarii przy krytycznych aktualizacjach
Praktyczne podejście do change freeze i rollback, które pomaga utrzymać stabilność produkcji, dostępność usług dla klientów i szybko odtworzyć działanie po nieudanej aktualizacji.
Playbook planowania cloud maintenance window dla stabilnych aktualizacji usług: mniej zakłóceń i ciągłość pracy klientów
Praktyczny playbook cloud maintenance window: jak bezpiecznie planować aktualizacje, ograniczać ryzyko zakłóceń i utrzymać przewidywalność operacji klientów.
Playbook testów disaster recovery dla cloud instance: potwierdź gotowość odtworzenia przed realną awarią
Praktyczny playbook testów cloud disaster recovery, który pomaga potwierdzić gotowość odtworzenia, ograniczyć ryzyko i utrzymać dostępność usług klienckich podczas krytycznych zakłóceń.
Runbook reagowania na incydenty cloud dla szybszego odtwarzania usług: mniej przestojów i stabilne doświadczenie klientów
Praktyczny runbook reagowania na incydenty cloud, który skraca przestoje, przyspiesza odtwarzanie i pomaga utrzymać stabilną pracę usług klienckich.
Playbook rightsizing cloud instance i kontroli kosztów: jak utrzymać wydajność i obniżyć miesięczne wydatki
Praktyczny playbook rightsizing cloud instance, który obniża miesięczne koszty infrastruktury bez utraty stabilnej wydajności usług.
Checklist multi-region failover dla OpenStack + Kubernetes: stabilność usług klienckich
Praktyczny checklist multi-region failover dla OpenStack i Kubernetes wspierający stabilność usług klienckich.