Poradniki i Tutoriale

Jak zabezpieczyć Nginx za pomocą Fail2Ban

2026-07-28T00:00:00Z

Wstęp

Udostępnienie serwera WWW Nginx w publicznej sieci wiąże się z ciągłym strumieniem zautomatyzowanych prób ataków. Boty poszukują luk w zabezpieczeniach, próbują przejmować dane uwierzytelniające i zalewają logi błędnymi żądaniami. Jeśli uruchamiasz swoje usługi na VPS, potrzebujesz proaktywnego mechanizmu obronnego, który działa bez konieczności ciągłej, ręcznej interwencji.

Fail2Ban to branżowy standard w tej dziedzinie. Monitoruje logi serwera w czasie rzeczywistym, identyfikuje podejrzane wzorce - takie jak powtarzające się błędy 404 lub nieudane próby logowania - i automatycznie aktualizuje zaporę sieciową, aby blokować adresy IP sprawców. Podczas gdy Nginx zarządza ruchem, Fail2Ban pełni rolę automatycznego strażnika.

Ten przewodnik skupia się na czystej i łatwej w utrzymaniu instalacji na systemie Ubuntu. Unikamy powszechnego błędu bezpośredniej edycji domyślnych plików konfiguracyjnych, co gwarantuje, że reguły bezpieczeństwa przetrwają aktualizacje systemu. Po zakończeniu tego samouczka będziesz dysponować zabezpieczonym środowiskiem Nginx, skonfigurowanym do użycia backendu systemd w celu uzyskania optymalnej wydajności i minimalnego zużycia zasobów. Zakładamy, że posiadasz podstawową instalację Ubuntu z dostępem root lub sudo. Jeśli dopiero zaczynasz, upewnij się przed rozpoczęciem, że system jest zaaktualizowany, a zapora sieciowa jest włączona.

Wymagania wstępne

Przed rozpoczęciem upewnij się, że Twój serwer VPS spełnia poniższe wymagania. Uruchomienie tych usług wymaga co najmniej 1 GB pamięci RAM oraz 1 rdzenia procesora, aby zachować stabilną wydajność podczas operacji analizy logów.

Dostęp do terminala z uprawnieniami sudo w systemie Ubuntu 24.04 LTS lub nowszym.
Aktywna zapora sieciowa, taka jak UFW, do skutecznego zarządzania ruchem sieciowym. Jeśli jeszcze nie skonfigurowałeś firewalla, sprawdź nasz poradnik: Konfiguracja zapory UFW na systemach Ubuntu i Debian: Kompletny przewodnik serwerowy.
Zainstalowany i uruchomiony serwer Nginx. Jeśli potrzebujesz wykonać czystą instalację, skorzystaj z poradnika: Instalacja Nginx na systemach Ubuntu i Debian: Kompletny przewodnik serwerowy.
Podstawowa znajomość edytorów tekstu, takich jak nano lub vim, niezbędna do modyfikacji plików konfiguracyjnych.

Zweryfikuj, czy zegar systemowy jest zsynchronizowany przy użyciu NTP, ponieważ Fail2Ban polega na dokładnych znacznikach czasu przy obliczaniu czasu trwania blokad. Możesz to sprawdzić, wykonując polecenie timedatectl status. Na koniec upewnij się, że logi dostępowe Nginx są włączone i dostępne, ponieważ Fail2Ban będzie potrzebował uprawnień do odczytu, aby monitorować ruch przychodzący pod kątem złośliwej aktywności.

Krok 1: Instalacja Nginx oraz Fail2Ban

Na początku należy upewnić się, że lista pakietów jest aktualna, a następnie zainstalować niezbędne komponenty oprogramowania. Korzystanie z oficjalnych repozytoriów Ubuntu zapewnia otrzymywanie aktualizacji bezpieczeństwa oraz utrzymanie pełnej kompatybilności z architekturą systemu.

Wykonaj poniższe polecenia, aby zaktualizować indeks pakietów i zainstalować zarówno Nginx, jak i Fail2Ban:

## Aktualizacja listy pakietów oraz instalacja Nginx i Fail2Ban
sudo apt update
sudo apt install -y nginx fail2ban

Po zakończeniu instalacji Fail2Ban tworzy domyślny plik konfiguracyjny znajdujący się w /etc/fail2ban/jail.conf. Edycja tego pliku bezpośrednio nie jest zalecana, ponieważ aktualizacje pakietów mogą nadpisać wprowadzone zmiany. Zamiast tego tworzymy kopię lokalną, która ma pierwszeństwo.

## Utworzenie lokalnego pliku konfiguracyjnego w celu zachowania ustawień
sudo cp /etc/fail2ban/jail.conf /etc/fail2ban/jail.local

Nowoczesne dystrybucje Ubuntu wykorzystują systemd do zarządzania logami. W celu uzyskania optymalnej wydajności oraz skrócenia czasu między zdarzeniem naruszenia a nałożeniem blokady, należy skonfigurować Fail2Ban tak, aby korzystał z backendu systemd zamiast domyślnej metody odpytywania plików dziennika. Uruchom poniższe polecenie, aby zaktualizować konfigurację:

## Ustawienie backendu Fail2Ban na systemd
sudo sed -i 's/backend = auto/backend = systemd/g' /etc/fail2ban/jail.local

Po zastosowaniu tych ustawień środowisko jest gotowe na wprowadzenie szczegółowych reguł ochrony Nginx. W kolejnych krokach zdefiniujemy "jails" (więzienia), które będą monitorować ruch sieciowy.

Krok 2: Konfiguracja więzienia Fail2Ban

Skoro zaplecze jest już gotowe, należy utworzyć konkretną konfigurację więzienia (jail) dla Nginx. Więzienie określa, które pliki dziennika mają być monitorowane oraz jakie działania należy podjąć po przekroczeniu określonego progu. Domyślnie Fail2Ban nie monitoruje aktywnie Nginx, dopóki użytkownik nie włączy odpowiedniego więzienia w pliku jail.local.

Aby zdefiniować własną ochronę Nginx, otwórz lokalny plik konfiguracyjny w wybranym edytorze tekstu:

## Otwarcie lokalnego pliku konfiguracyjnego
sudo nano /etc/fail2ban/jail.local

Przewiń plik, aż znajdziesz sekcje [nginx-http-auth] lub [nginx-botsearch]. Możesz je włączyć, zmieniając parametr enabled z false na true. W celu uzyskania skutecznej konfiguracji upewnij się, że poniższe linie znajdują się w pliku i nie są zakomentowane:

[nginx-http-auth]
enabled = true
port    = http,https
filter  = nginx-http-auth
logpath = /var/log/nginx/error.log

[nginx-botsearch]
enabled = true
port    = http,https
filter  = nginx-botsearch
logpath = /var/log/nginx/access.log

Więzienie nginx-http-auth chroni witrynę przed atakami typu brute-force na stronach zabezpieczonych przy użyciu Basic Auth, natomiast nginx-botsearch blokuje złośliwe skanery próbujące odnaleźć ukryte katalogi administracyjne. Po dodaniu tych bloków zapisz plik, naciskając Ctrl + O, następnie Enter, a na koniec wyjdź za pomocą Ctrl + X.

Uwaga: Jeśli korzystasz z VPS przy dużym natężeniu ruchu, upewnij się, że ścieżki do logów są zgodne z rzeczywistą konfiguracją Nginx. Jeśli katalog logów został zmieniony, zaktualizuj odpowiednio wartość logpath, aby zapobiec problemom z uruchomieniem usługi.

Krok 3: Włączenie więzień Nginx

Po zaktualizowaniu konfiguracji jail.local ostatnim etapem jest zastosowanie zmian. Fail2Ban musi zostać poinstruowany, aby przeładował swoją konfigurację, dzięki czemu nowe więzienia dla Nginx zostaną zainicjowane, a usługa monitorowania rozpocznie śledzenie plików dziennika w poszukiwaniu podejrzanej aktywności.

Ponieważ zmodyfikowaliśmy główną konfigurację, musimy zrestartować usługę, aby zapisać te zmiany w pamięci. Wykonaj poniższe polecenia, aby włączyć usługę, zrestartować ją i zweryfikować, czy działa poprawnie:

## Włączenie, restart i weryfikacja statusu usługi Fail2Ban
sudo systemctl enable fail2ban
sudo systemctl restart fail2ban
sudo systemctl status fail2ban

Dane wyjściowe statusu powinny wskazywać, że usługa jest active (running). Możesz również zweryfikować, czy konkretne więzienia Nginx są aktywne, używając narzędzia fail2ban-client. Narzędzie to komunikuje się bezpośrednio z działającym demonem i potwierdza, że więzienia poprawnie analizują pliki dziennika:

## Weryfikacja, czy więzienia nginx-http-auth oraz nginx-botsearch są aktywne
sudo fail2ban-client status nginx-http-auth
sudo fail2ban-client status nginx-botsearch

Jeśli status zwraca "Currently failed: 0" oraz "Total failed: 0", konfiguracja jest gotowa. Usługa aktywnie skanuje teraz pliki w /var/log/nginx/ w poszukiwaniu wzorców pasujących do domyślnych filtrów. Jeśli zauważysz jakiekolwiek problemy z analizą logów, upewnij się, że uprawnienia do plików dziennika Nginx pozwalają użytkownikowi Fail2Ban na ich odczyt. W przypadku większości standardowych instalacji na serwerze VoxiHost VPS domyślne uprawnienia są wystarczające.

Krok 4: Weryfikacja działania Fail2Ban

Skoro usługa działa, a więzienia zostały zainicjowane, należy potwierdzić, że Fail2Ban faktycznie monitoruje logi i jest gotowy do blokowania złośliwego ruchu. Najbardziej niezawodnym sposobem na przetestowanie tego jest sprawdzenie statusu więzienia oraz symulacja nieudanej próby logowania.

Najpierw zweryfikuj, czy Fail2Ban aktywnie monitoruje pliki logów Nginx, sprawdzając podsumowanie więzień:

## Wyświetl listę aktualnie aktywnych więzień
sudo fail2ban-client status

W sekcji "Jail list" powinny być widoczne pozycje nginx-http-auth oraz nginx-botsearch. Jeśli się tam pojawiają, demon pomyślnie powiązał filtry z logami serwera Nginx.

Aby przetestować działanie filtra, celowo wywołaj nieudaną próbę uwierzytelnienia na serwerze. Jeśli posiadasz blok lokalizacji Nginx chroniony za pomocą Basic Auth, spróbuj zalogować się z błędnymi danymi kilka razy. W przypadku braku chronionej strony możesz zasymulować atak bota, żądając nieistniejącego pliku, co wywoła filtr nginx-botsearch.

Po wywołaniu błędu ponownie sprawdź status więzienia, aby zobaczyć, czy licznik wzrósł:

## Sprawdź status konkretnego więzienia, aby zobaczyć nieudane próby
sudo fail2ban-client status nginx-http-auth

Jeśli licznik "Currently failed" odzwierciedla wykonane próby, Fail2Ban poprawnie analizuje logi. Po osiągnięciu zdefiniowanego progu (ustawienie maxretry w pliku jail.local) Fail2Ban automatycznie wstawi regułę do zapory sieciowej, aby odrzucać przychodzący ruch z danego adresu IP. Możesz potwierdzić nałożenie blokady, sprawdzając logi:

## Wyświetl końcową część logu Fail2Ban, aby zobaczyć akcje blokowania w czasie rzeczywistym
sudo tail -f /var/log/fail2ban.log

Powinny pojawić się wpisy wskazujące, że dany adres IP został zablokowany.

Podsumowanie

Zabezpieczenie serwera WWW przy użyciu Fail2Ban stanowi kluczową warstwę ochrony przed zautomatyzowanymi atakami. Dzięki monitorowaniu logów Nginx w czasie rzeczywistym i dynamicznej aktualizacji firewalla skutecznie neutralizujesz próby ataków typu brute-force oraz ruch generowany przez złośliwe boty, zanim wpłyną one na zasoby Twojego systemu.

Na serwerze VoxiHost VPS to proaktywne podejście do bezpieczeństwa gwarantuje, że Twoje usługi pozostaną wydajne i dostępne dla legalnych użytkowników. Pamiętaj, że bezpieczeństwo nie jest jednorazową konfiguracją. Okresowo sprawdzaj ustawienia w pliku jail.local oraz monitoruj logi, aby upewnić się, że Twoje filtry pozostają skuteczne wobec ewoluujących zagrożeń.

Jeśli zdecydujesz się na modyfikację swoich polityk bezpieczeństwa, zawsze pamiętaj o sprawdzeniu składni plików konfiguracyjnych przed ponownym uruchomieniem usługi:

## Sprawdź poprawność składni konfiguracji pod kątem błędów
sudo fail2ban-client -t

W przypadku konieczności wprowadzenia aktualizacji do konfiguracji bezpieczeństwa najpierw zatrzymaj usługę, aby zapewnić czysty stan, wprowadź zmiany, a następnie załaduj ją ponownie:

## Bezpieczne zatrzymanie i ponowne uruchomienie Fail2Ban po zmianach w konfiguracji
sudo systemctl stop fail2ban
sudo systemctl start fail2ban

Dzięki uruchomieniu Fail2Ban znacząco zmniejszyłeś powierzchnię ataku swojego środowiska Linux. W celu dalszego wzmocnienia ochrony rozważ połączenie tego rozwiązania z odpowiednio skonfigurowanym firewallem UFW, co zostało szczegółowo opisane w naszym poradniku dotyczącym tego, jak skonfigurować firewall UFW na Ubuntu i Debianie. Zachowanie czujności oraz regularne aktualizowanie oprogramowania pozostają najlepszym sposobem na utrzymanie bezpiecznej i niezawodnej infrastruktury serwerowej.

Jak zainstalować Node.js na Ubuntu i Debian

2026-07-27T00:00:00Z

Wprowadzenie

Uruchamianie JavaScriptu po stronie serwera wymaga niezawodnego i aktualnego środowiska uruchomieniowego. Wiele dystrybucji Linuksa zawiera Node.js w domyślnych menedżerach pakietów, ale te wersje są zwykle przestarzałe, co może prowadzić do problemów z kompatybilnością nowoczesnych frameworków lub luk w zabezpieczeniach. Dla programistów wdrażających aplikacje na VoxiHost VPS utrzymanie aktualnego środowiska jest kluczowe dla wydajności i stabilności.

Najskuteczniejszym sposobem zarządzania środowiskiem uruchomieniowym jest korzystanie z oficjalnych repozytoriów binarnych NodeSource. Takie podejście gwarantuje, że nie ograniczają Cię starsze wersje oprogramowania dostępne w standardowych repozytoriach systemowych. Konfigurując oficjalne repozytorium, zyskujesz płynny dostęp do najnowszych wydań o długoterminowym wsparciu (LTS), co zapewnia stabilność serwera produkcyjnego przy jednoczesnym wsparciu nowoczesnych funkcji standardu ECMAScript.

Ten poradnik koncentruje się na czystej, profesjonalnej konfiguracji w systemach Ubuntu i Debian. Wykraczamy poza domyślne listy pakietów, aby zainstalować środowisko Node.js gotowe do pracy produkcyjnej. Niezależnie od tego, czy hostujesz lekkie API, czy złożoną aplikację czasu rzeczywistego, poniższe kroki zapewnią poprawną konfigurację serwera pod kątem długoterminowej niezawodności. Zakładamy, że dysponujesz świeżą instancją z co najmniej 1 GB RAM, aby proces budowania zakończył się bez problemów z pamięcią.

Wymagania wstępne

Musisz mieć dostęp do konta root lub użytkownika z uprawnieniami sudo. Ponieważ będziemy konfigurować zewnętrzne repozytoria, system musi być aktualny, aby uniknąć konfliktów z istniejącymi wersjami bibliotek. Jeśli nie przeprowadzałeś ostatnio aktualizacji systemu, rozważ wykonanie sudo apt update && sudo apt upgrade -y przed przejściem dalej.

Ten przewodnik zakłada również, że pracujesz na czystej instalacji Ubuntu 24.04 lub nowszego, bądź Debian 12 lub nowszego. Jeśli zarządzasz firewallem, upewnij się, że został on już skonfigurowany tak, aby zezwalał na ruch na portach, których docelowo będzie używać Twoja aplikacja.

Na koniec upewnij się, że masz dostęp do terminala lub klienta SSH. Będziemy używać narzędzia curl do pobrania skryptów instalacyjnych, więc zweryfikuj, czy Twoje środowisko jest gotowe na obsługę tych zapytań sieciowych. Jeśli planujesz zarządzać wieloma instancjami serwerów lub potrzebujesz rozszerzonej ochrony dla swoich aplikacji, rozważ także nasze rozwiązanie ochrony DDoS Shield, aby zabezpieczyć ruch na brzegu sieci.

Krok 1: Aktualizacja pakietów systemowych i instalacja zależności

Zanim pobierzemy pliki binarne Node.js, musimy przygotować środowisko. Standardowe repozytoria dystrybucji często zawierają przestarzałe wersje Node.js, co może powodować problemy z kompatybilnością nowoczesnych frameworków. Aby tego uniknąć, wykorzystamy oficjalne repozytorium NodeSource.

Skrypt instalacyjny wymaga narzędzia curl do pobrania niezbędnych kluczy GPG oraz plików konfiguracyjnych repozytorium. Jeśli Twój serwer jest instalacją minimalną, narzędzie to może nie być obecne. Uruchom poniższe polecenie, aby odświeżyć listę pakietów i zainstalować wymaganą zależność:

## Aktualizacja lokalnego indeksu pakietów i instalacja curl
sudo apt update && sudo apt install -y curl

Po zakończeniu instalacji Twój system będzie gotowy do komunikacji z serwerami NodeSource. Utrzymywanie aktualnej listy pakietów gwarantuje, że pobierasz najnowsze poprawki bezpieczeństwa dla bibliotek systemowych razem z nowym środowiskiem Node.js. Zweryfikowaliśmy, że takie podejście minimalizuje konflikty zależności zarówno w Ubuntu, jak i Debianie.

Krok 2: Dodanie repozytorium NodeSource

Skoro system posiada już niezbędne narzędzia do obsługi zapytań zdalnych, skonfigurujemy repozytorium NodeSource. Działa ono jako pomost, umożliwiając menedżerowi pakietów śledzenie i instalowanie oficjalnych wydań o długoterminowym wsparciu (LTS) bezpośrednio ze źródła.

Użycie zautomatyzowanego skryptu instalacyjnego jest najbardziej niezawodnym sposobem obsługi importu kluczy GPG oraz generowania plików repozytorium. Dzięki fladze -E użytej z sudo zachowujemy bieżące zmienne środowiskowe podczas wykonywania skryptu, co ma kluczowe znaczenie dla poprawnego wykrycia architektury systemu i wersji dystrybucji.

Wykonaj poniższe polecenia, aby pobrać skrypt instalacyjny i zastosować konfigurację na serwerze:

## Pobranie skryptu instalacyjnego NodeSource LTS
curl -fsSL https://deb.nodesource.com/setup_lts.x -o nodesource_setup.sh

## Wykonanie skryptu w celu konfiguracji repozytorium
sudo -E bash nodesource_setup.sh

Skrypt automatycznie zaktualizuje lokalne listy pakietów po dodaniu repozytorium. W terminalu pojawi się seria logów wskazujących, że źródła pakietów zostały odświeżone, a klucze GPG zaimportowane pomyślnie. Jeśli pojawią się ostrzeżenia dotyczące brakujących kluczy, zweryfikuj stabilność połączenia internetowego oraz upewnij się, że zapora sieciowa nie blokuje ruchu wychodzącego do deb.nodesource.com. Po zakończeniu tego procesu serwer będzie gotowy do pobrania najnowszych stabilnych plików binarnych Node.js.

Krok 3: Instalacja Node.js oraz NPM

Gdy repozytorium NodeSource jest już aktywne w systemie, końcowy etap instalacji jest prosty. Ponieważ poprzedni krok wywołał automatyczną aktualizację list pakietów, możesz przejść bezpośrednio do instalacji środowiska uruchomieniowego Node.js oraz menedżera pakietów NPM.

Korzystanie z oficjalnego repozytorium gwarantuje otrzymanie nowoczesnej, wspieranej wersji Node.js, znacznie bardziej stabilnej i bogatej w funkcje niż starsze wersje spotykane w domyślnych archiwach dystrybucji. Wykonaj poniższe polecenie, aby zainstalować pakiet:

## Instalacja Node.js oraz NPM z repozytorium NodeSource
sudo apt install -y nodejs

Pakiet nodejs zawiera zarówno plik binarny do uruchamiania aplikacji, jak i narzędzie npm do zarządzania zależnościami projektu. Instalacja przebiega zwykle szybko, ponieważ wymaga jedynie pobrania plików binarnych z repozytorium, które właśnie skonfigurowałeś.

Po zakończeniu działania polecenia podstawowe środowisko jest już gotowe. Możesz teraz zweryfikować, czy wszystko zostało poprawnie powiązane, i sprawdzić konkretną wersję środowiska uruchomieniowego działającą na Twoim serwerze VoxiHost VPS.

Krok 4: Weryfikacja instalacji

Po zainstalowaniu plików binarnych musisz potwierdzić, że system poprawnie wskazuje na wersje pochodzące z NodeSource. To kluczowy krok, aby upewnić się, że Twój serwer VoxiHost VPS nie korzysta przypadkowo ze starszej, zbuforowanej lub domyślnej systemowej wersji środowiska uruchomieniowego.

Wykonaj poniższe polecenia, aby wyświetlić aktualnie aktywne wersje:

## Sprawdź zainstalowaną wersję Node.js
node -v

## Sprawdź zainstalowaną wersję NPM
npm -v

Polecenie node -v powinno zwrócić ciąg znaków wersji zaczynający się od v20 lub wyższej, w zależności od bieżącego wydania LTS. Jeśli zobaczysz wynik w formacie v26.x.x, Twój serwer jest poprawnie skonfigurowany do korzystania z najnowszego wydania o długoterminowym wsparciu. Polecenie npm -v zwróci wersję menedżera pakietów, potwierdzając, że jest on również gotowy do użycia.

Uwaga: Jeśli napotkasz błąd „command not found”, zazwyczaj oznacza to, że ścieżka powłoki nie została zaktualizowana. Wystarczy wylogować się i zalogować ponownie do sesji SSH, aby odświeżyć zmienne środowiskowe.

Wszystko jest teraz skonfigurowane dla Twojego środowiska programistycznego. Z powodzeniem ominąłeś przestarzałe repozytoria systemowe i zabezpieczyłeś stabilny fundament dla swoich aplikacji JavaScript na swoim VPS.

Podsumowanie

Pomyślnie skonfigurowałeś stabilne środowisko Node.js na swoim serwerze z systemem Linux. Korzystając z oficjalnego repozytorium NodeSource zamiast domyślnych pakietów dystrybucyjnych, zapewniasz swojemu serwerowi VoxiHost VPS dostęp do terminowych poprawek bezpieczeństwa oraz nowoczesnych funkcji JavaScript. Taka konfiguracja gwarantuje stabilność wymaganą w środowiskach produkcyjnych - niezależnie od tego, czy uruchamiasz lekkie API na Budget VPS, czy aplikację o dużym natężeniu ruchu na Premium VPS.

Pamiętaj, że aktualizacja środowiska uruchomieniowego jest kluczowa zarówno dla wydajności, jak i bezpieczeństwa. Gdy pojawi się nowa wersja LTS, możesz zaktualizować swoje środowisko, odświeżając listy pakietów i aktualizując plik binarny:

## Aktualizacja lokalnych list pakietów
sudo apt update

## Aktualizacja pakietu Node.js do najnowszej wersji
sudo apt upgrade -y nodejs

Jeśli planujesz wdrożenie bardziej złożonych aplikacji, rozważ użycie menedżera procesów, takiego jak PM2, aby zapewnić działanie usług po ponownym uruchomieniu serwera. Możesz też zapoznać się z naszym przewodnikiem Jak zainstalować Nginx na Ubuntu i Debian: kompletny przewodnik po serwerze, jeśli zamierzasz skonfigurować reverse proxy dla swojej aplikacji Node.js. Twój serwer jest teraz gotowy do pracy, testów lub wdrożenia produkcyjnego. Powodzenia w kodowaniu.

Jak skonfigurować Python Venv na Ubuntu

2026-07-21T00:00:00Z

Wprowadzenie

Zarządzanie zależnościami języka Python na serwerze produkcyjnym często prowadzi do konfliktów. Instalowanie pakietów globalnie za pomocą pip niesie ze sobą ryzyko uszkodzenia narzędzi systemowych, które polegają na konkretnych wersjach bibliotek. W nowoczesnych dystrybucjach Ubuntu problem ten został dodatkowo rozwiązany przez PEP 668, który ogranicza globalną instalację pakietów w celu zapewnienia stabilności systemu.

Standardowym rozwiązaniem w branży jest środowisko wirtualne, czyli venv. Izolując zależności projektu w lokalnym katalogu, zyskujesz pewność, że aplikacja posiada dokładnie to, czego potrzebuje, nie zakłócając przy tym działania systemu operacyjnego ani innych projektów hostowanych na Twoim VoxiHost Premium VPS.

Ten przewodnik przedstawia bezpośrednie i konkretne podejście do konfiguracji izolowanych środowisk Python. Przejdziemy przez proces instalacji niezbędnego modułu, utworzymy czysty obszar roboczy oraz aktywujemy środowisko, aby bezpiecznie instalować pakiety. Niezależnie od tego, czy uruchamiasz lekki mikroserwis na Budget VPS, czy zarządzasz złożonymi potokami danych, ta konfiguracja stanowi fundament profesjonalnego programowania w języku Python na systemach Linux.

Wymagania wstępne

Przed rozpoczęciem upewnij się, że Twój serwer spełnia minimalne wymagania dla stabilnego środowiska programistycznego. Zalecamy posiadanie co najmniej 512 MB pamięci RAM oraz 1 rdzenia procesora, co stanowi standard dla naszych instancji Budget VPS oraz Premium VPS.

Powinieneś posiadać dostęp do serwera z systemem Ubuntu 22.04 LTS lub nowszym oraz użytkownika innego niż root, który posiada uprawnienia sudo. Jeśli nie skonfigurowałeś jeszcze swojego konta administracyjnego, zapoznaj się z naszym przewodnikiem Jak dodać użytkownika sudo na Ubuntu, aby upewnić się, że nie uruchamiasz zadań programistycznych jako użytkownik root.

Dodatkowo potwierdź, że zegar systemowy jest zsynchronizowany, aby uniknąć błędów SSL podczas pobierania pakietów. Powinieneś również upewnić się, że lista pakietów APT jest aktualna, aby uniknąć problemów z rozwiązaniem zależności. Choć na tym etapie nie jest wymagany żaden konkretny kod w języku Python, oczekuje się podstawowej znajomości wiersza poleceń.

Na koniec sprawdź, czy masz wystarczającą ilość miejsca na dysku w katalogu projektu, aby pomieścić strukturę środowiska wirtualnego, która zazwyczaj zajmuje kilka megabajtów na pliki podstawowe oraz rozmiar wszelkich zależności specyficznych dla projektu, które zamierzasz zainstalować później.

Krok 1: Instalacja modułu Python Venv

Nowoczesne wersje systemu Ubuntu zawierają domyślnie zainstalowany język Python, jednak moduł wymagany do tworzenia izolowanych środowisk jest często pomijany w podstawowej instalacji w celu oszczędności miejsca. Aby zarządzać zależnościami projektów bez zaśmiecania globalnych pakietów systemowych, należy zainstalować pakiet python3-venv. Zapewnia to zgodność z wytycznymi PEP 668, które ograniczają globalne instalacje za pomocą pip w nowszych wydaniach Ubuntu, aby zapobiec konfliktom z oprogramowaniem na poziomie systemu.

Należy wykonać poniższe polecenia, aby zaktualizować lokalny indeks pakietów i pobrać niezbędny moduł do systemu:

## Aktualizacja indeksu pakietów i instalacja modułu środowiska wirtualnego
sudo apt update
sudo apt install -y python3-venv

Ta instalacja dostarcza moduł venv, który umożliwia tworzenie lekkich, odizolowanych środowisk Python. Po zakończeniu procesu warto zweryfikować instalację, sprawdzając wersję języka Python. Choć nie potwierdza to bezpośrednio obecności samego modułu, zapewnia, że środowisko jest gotowe do kolejnych kroków:

## Weryfikacja instalacji języka Python
python3 --version

W przypadku korzystania z VoxiHost Premium VPS, operacja ta zakończy się w kilka sekund. Jesteś teraz gotowy do zainicjowania swojego pierwszego wirtualnego środowiska wewnątrz dedykowanego katalogu projektu.

Krok 2: Utworzenie katalogu projektu

Zanim zainicjujesz środowisko, potrzebujesz uporządkowanej przestrzeni roboczej dla kodu aplikacji oraz jej zależności. Przechowywanie projektów w oddzielnych katalogach zapobiega bałaganowi w plikach i ułatwia zarządzanie wieloma środowiskami na serwerze VoxiHost.

Przejdź do swojego katalogu domowego lub dedykowanego folderu dla swoich projektów programistycznych, a następnie utwórz nowy katalog dla konkretnego zadania:

## Utwórz nowy katalog projektu i przejdź do niego
mkdir -p ~/my_python_project
cd ~/my_python_project

Krok 3: Tworzenie i aktywacja środowiska wirtualnego

Gdy katalog projektu jest już gotowy, można zainicjować środowisko wirtualne. Użyjemy modułu venv, aby wygenerować lokalny katalog o nazwie venv. Ten folder będzie zawierał samodzielny plik binarny języka Python oraz własny instalator pip, skutecznie izolując projekt od reszty systemu operacyjnego.

## Inicjalizacja środowiska wirtualnego w bieżącym folderze
python3 -m venv venv

Po wykonaniu tego polecenia w bieżącej ścieżce pojawi się nowy katalog venv. Katalog ten przechowuje wszystko, co jest potrzebne do uruchomienia projektu bez konieczności posiadania uprawnień administratora. Nie należy używać sudo w tym kroku ani w żadnych kolejnych operacjach zarządzania pakietami wewnątrz tego środowiska, ponieważ może to spowodować problemy z uprawnieniami, które uszkodzą konfigurację projektu. Następnie należy aktywować środowisko, aby rozpocząć korzystanie z lokalnych plików binarnych:

## Aktywacja środowiska wirtualnego
source venv/bin/activate

Po aktywacji zauważysz, że znak zachęty terminala zmienił się i zawiera teraz (venv) na początku. Ten wskaźnik wizualny potwierdza, że wszelkie kolejne polecenia, takie jak python lub pip, wskazują teraz na pliki binarne znajdujące się wewnątrz folderu projektu, a nie na domyślne pliki systemowe.

Uwaga: Jeśli po aktywacji narzędzie pip nie jest dostępne, można upewnić się, że jest zainstalowane, wykonując polecenie python3 -m ensurepip --upgrade. Spowoduje to bezpieczną instalację menedżera pakietów bezpośrednio w środowisku wirtualnym bez wpływu na system hosta.

W tym momencie serwer VoxiHost jest poprawnie skonfigurowany do lokalnego programowania. Możesz teraz bezpiecznie instalować biblioteki specyficzne dla projektu za pomocą pip install <nazwa_pakietu>. Ponieważ korzystasz ze środowiska wirtualnego, pakiety te pozostaną zamknięte wewnątrz katalogu ~/my_python_project/venv, utrzymując system w czystości i unikając konfliktów z innymi aplikacjami.

Krok 4: Zarządzanie pakietami wewnątrz środowiska

Po aktywacji środowiska możesz zarządzać zależnościami projektu bez konieczności posiadania uprawnień administratora. Podstawowym narzędziem do tego celu jest pip, standardowy instalator pakietów dla języka Python. Ponieważ Twój powłoka wskazuje obecnie na izolowane pliki binarne venv, każda zainstalowana biblioteka zostanie zapisana wyłącznie w folderze projektu.

Aby zainstalować pakiet, taki jak requests, uruchom:

## Zainstaluj pakiet wewnątrz wirtualnego środowiska
pip install requests

Możesz zweryfikować, czy biblioteka została poprawnie zainstalowana, wyświetlając listę aktualnie dostępnych pakietów w Twoim środowisku:

## Wyświetl listę wszystkich zainstalowanych pakietów w bieżącym venv
pip list

Jeśli pracujesz nad wspólnym projektem lub przenosisz swój kod na produkcyjny serwer VoxiHost, powinieneś wygenerować plik z wymaganiami. Pozwala to na dokładne śledzenie wersji bibliotek, których wymaga Twój projekt:

## Eksportuj zależności bieżącego środowiska do pliku
pip freeze > requirements.txt

Plik requirements.txt jest standardem w branży, służącym do utrzymywania spójnych środowisk na różnych maszynach. Jeśli kiedykolwiek zajdzie potrzeba odtworzenia tego środowiska na innym serwerze, możesz zainstalować wszystkie zależności jednocześnie, używając polecenia pip install -r requirements.txt.

Uwaga: Nigdy nie używaj sudo podczas uruchamiania pip wewnątrz wirtualnego środowiska. Użycie sudo może spowodować błędy uprawnień do plików i nieumyślnie zainstalować pakiety w systemowym katalogu Pythona, co narusza izolację, którą właśnie ustanowiłeś.

Podsumowanie

Pomyślnie utworzyłeś odizolowane środowisko Python w swoim systemie. Rezygnując z globalnego zarządzania pakietami, wyeliminowałeś ryzyko konfliktów zależności i zapewniłeś przenośność oraz stabilność swoich projektów. Ten sposób pracy jest szczególnie istotny podczas wdrażania aplikacji na serwerze VoxiHost Premium VPS lub Budget VPS, gdzie utrzymanie czystego stanu systemu jest niezbędne dla długoterminowej kondycji serwera.

Pamiętaj, że środowiska wirtualne są tymczasowe. Jeśli zajdzie potrzeba aktualizacji zależności, wystarczy ponownie aktywować środowisko za pomocą polecenia source venv/bin/activate i uruchomić aktualizacje. W przypadku, gdy wymagania projektu ulegną znaczącej zmianie, często czystszym rozwiązaniem jest usunięcie katalogu venv i utworzenie go ponownie z pliku requirements.txt, zamiast ręcznego odinstalowywania dziesiątek pojedynczych pakietów.

W miarę rozwoju projektów warto rozważyć ich konteneryzację przy użyciu Docker lub wdrożenie automatycznych skryptów, które zajmą się konfiguracją środowisk. Na ten moment dysponujesz solidnym fundamentem do lokalnego programowania oraz wdrażania na produkcję. Dbaj o bezpieczeństwo serwera, blokuj wersje zależności i rozwijaj swoją infrastrukturę z pewnością siebie.

Jak zainstalować PHP-FPM z Nginx na Ubuntu

2026-07-20T00:00:00Z

Wstęp

Uruchomienie wydajnego serwera WWW wymaga stosu technologicznego, który łączy szybkość z oszczędnością zasobów. Choć serwer Apache obsługuje ruch w sieci od dziesięcioleci, to połączenie Nginx z PHP-FPM stało się standardem w przypadku nowoczesnych aplikacji o dużym natężeniu ruchu. Dzięki przeniesieniu przetwarzania PHP do dedykowanego menedżera procesów FastCGI, zyskujesz znaczną poprawę w zakresie zużycia pamięci oraz obsługi żądań w porównaniu do starszych metod wykonywania skryptów.

Ten przewodnik skupia się na konfiguracji stabilnego, gotowego do pracy produkcyjnej środowiska na systemie Ubuntu 26.04 LTS. Przeprowadzimy proces instalacji Nginx oraz domyślnej wersji PHP 8.5 (PHP-FPM) dostępnej w systemie, dbając o to, aby poprawnie komunikowały się ze sobą za pośrednictwem gniazd Unix. Taka konfiguracja jest idealna dla programistów hostujących dynamiczne strony na serwerach VoxiHost Premium VPS, gdzie redukcja opóźnień ma kluczowe znaczenie.

Stawiamy na czystą i minimalistyczną instalację. Unikamy rozbudowanych pakietów na rzecz oficjalnych repozytoriów, które gwarantują, że aktualizacje bezpieczeństwa są dostępne na wyciągnięcie ręki poprzez polecenie apt upgrade. Pod koniec tego poradnika będziesz dysponować funkcjonalnym serwerem WWW, zdolnym do obsługi dynamicznych treści PHP, wraz z niezbędnymi poprawkami konfiguracji pozwalającymi uniknąć typowych wąskich gardeł. Niezależnie od tego, czy migrujesz istniejącą aplikację, czy uruchamiasz nowy projekt, ta konfiguracja stanowi solidny fundament dla Twojej infrastruktury.

Wymagania wstępne

Przed rozpoczęciem instalacji należy upewnić się, że serwer spełnia podstawowe wymagania dla stabilnego środowiska produkcyjnego. Zalecamy posiadanie co najmniej 1 GB pamięci RAM oraz przynajmniej jednego dedykowanego rdzenia procesora, aby obsłużyć narzut serwera Nginx oraz procesów roboczych PHP-FPM bez spadku wydajności. Niniejszy przewodnik zakłada, że korzystasz ze świeżej instalacji systemu Ubuntu 26.04 LTS.

Konieczne jest posiadanie dostępu do konta root lub użytkownika z uprawnieniami sudo w celu wykonywania poleceń administracyjnych. Jeśli korzystasz z usługi VoxiHost Budget VPS, upewnij się, że zapora sieciowa jest poprawnie skonfigurowana, aby zezwalać na ruch przychodzący na portach 80 oraz 443. Jeśli zapora nie została jeszcze skonfigurowana, zapoznaj się z naszym przewodnikiem dotyczącym konfiguracji UFW, aby zapobiec nieautoryzowanemu dostępowi do portów zarządzania.

Należy zweryfikować, czy lista pakietów jest aktualna, a system w pełni zaktualizowany, aby uniknąć konfliktów zależności podczas procesu instalacji. Mimo że w kolejnych krokach zainstalujemy określone pakiety, posiadanie czystego i zaktualizowanego środowiska pozwala zapobiec typowym błędom niezgodności bibliotek. Upewnij się, że jesteś zalogowany na serwerze przez SSH oraz masz przygotowaną domenę lub adres IP serwera w celu przetestowania finalnej konfiguracji.

Krok 1: Instalacja Nginx i PHP-FPM

Aby rozpocząć konfigurację, należy pobrać najnowsze metadane pakietów z oficjalnych repozytoriów i zainstalować serwer WWW Nginx wraz z interpreterem PHP-FPM. Zainstalujemy domyślny pakiet php-fpm, który automatycznie zainstaluje PHP 8.5 na systemie Ubuntu 26.04 LTS (lub inną wersję, jeśli korzystasz z innej wersji systemu Ubuntu).

Uruchom poniższe polecenia, aby zainicjować instalację:

## Aktualizacja lokalnego indeksu pakietów w celu pobrania najnowszych wersji
sudo apt update

## Instalacja Nginx oraz domyślnego menedżera procesów PHP FastCGI
sudo apt install nginx php-fpm

Po zakończeniu instalacji warto sprawdzić, która wersja PHP została zainstalowana jako domyślna w systemie. Określa to dokładną nazwę usługi oraz ścieżkę do gniazda, których użyjesz w kolejnych krokach:

## Sprawdzenie zainstalowanej wersji PHP
php -v

Przykładowo, jeśli dane wyjściowe wskazują na PHP 8.5.x, nazwa Twojej usługi PHP-FPM to php8.5-fpm, a plik gniazda to php8.5-fpm.sock (w przypadku Ubuntu 24.04 LTS będzie to odpowiednio PHP 8.3.x z usługą php8.3-fpm i gniazdem php8.3-fpm.sock). Zapamiętaj tę wersję - użyjesz jej w konfiguracji Nginx w kolejnym kroku.

Krok 2: Konfiguracja bloku serwera Nginx

Domyślnie Nginx nie jest skonfigurowany do przetwarzania plików PHP. Należy zmodyfikować domyślny blok serwera, aby przekazywał żądania dotyczące plików .php do gniazda (socket) PHP-FPM. Otwórz plik konfiguracyjny za pomocą edytora tekstu:

## Otwórz domyślny plik konfiguracyjny witryny do edycji
sudo nano /etc/nginx/sites-available/default

Znajdź blok location / i upewnij się, że dyrektywa index zawiera index.php. Następnie odkomentuj lub dodaj blok location ~ \.php$ { ... }, aby obsłużyć żądania PHP. Twoja konfiguracja powinna przypominać poniższą strukturę:

server {
    listen 80 default_server;
    listen [::]:80 default_server;

    root /var/www/html;
    index index.php index.html index.htm index.nginx-debian.html;

    server_name _;

    location / {
        try_files $uri $uri/ =404;
    }

    # Przekaż skrypty PHP do gniazda PHP-FPM
    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/var/run/php/php8.x-fpm.sock;
    }
}

Sprawdź dokładnie dyrektywę fastcgi_pass. Ścieżka /var/run/php/php8.x-fpm.sock (gdzie 8.x to Twoja wersja PHP, np. 8.5 na Ubuntu 26.04 LTS lub 8.3 na Ubuntu 24.04 LTS) musi być zgodna z rzeczywistym plikiem gniazda w Twoim systemie. W przypadku późniejszych błędów upewnij się, że numer wersji w ścieżce zgadza się z usługą php8.x-fpm, którą zweryfikowano w poprzednim kroku. Zapisz zmiany, naciskając Ctrl + O, a następnie Enter, i wyjdź za pomocą Ctrl + X.

Krok 3: Utworzenie skryptu testowego PHP i weryfikacja działania

Aby zweryfikować, czy Nginx poprawnie przekazuje żądania do procesora PHP-FPM, należy utworzyć prostą stronę informacyjną. Skrypt ten wykorzystuje funkcję phpinfo(), która wyświetla bieżącą konfigurację PHP, załadowane moduły oraz zmienne środowiskowe.

Przejdź do domyślnego katalogu głównego serwera WWW i utwórz nowy plik o nazwie info.php:

## Utwórz plik testowy w domyślnym katalogu głównym serwera WWW
sudo nano /var/www/html/info.php

Wklej do pliku następujący kod PHP:

<?php
phpinfo();
?>

Zapisz plik, naciskając Ctrl + O, a następnie Enter, i wyjdź za pomocą Ctrl + X.

Przed przetestowaniem pliku w przeglądarce należy sprawdzić konfigurację Nginx, aby upewnić się, że w poprzednim kroku nie pojawiły się błędy składniowe. Następnie zastosuj zmiany, przeładowując usługę:

## Sprawdź składnię konfiguracji
sudo nginx -t

## Zastosuj zmiany w usłudze Nginx
sudo systemctl reload nginx

Jeśli test składni zakończy się pomyślnie, otwórz przeglądarkę internetową i przejdź pod adres http://twoj_adres_ip_serwera/info.php. Powinna wyświetlić się strona ze szczegółowymi informacjami o instalacji PHP (w przypadku nowej instalacji na Ubuntu 26.04 LTS będzie to PHP 8.5). Jeśli zamiast wyrenderowanej strony widzisz surowy kod, sprawdź dokładnie, czy blok location ~ \.php$ w konfiguracji Nginx zgadza się ze ścieżką do gniazda (socket). Po potwierdzeniu, że wszystko działa poprawnie, usuń plik testowy, aby uniemożliwić nieautoryzowanym użytkownikom wgląd w wrażliwe informacje o serwerze:

## Usuń skrypt testowy w celu zachowania bezpieczeństwa
sudo rm /var/www/html/info.php

Po potwierdzeniu integracji PHP za pomocą skryptu testowego należy przeprowadzić ostateczną kontrolę usług systemowych, aby upewnić się, że zarówno Nginx, jak i PHP-FPM działają bez błędów. Uruchom poniższe polecenia, aby zweryfikować status obu demonów:

## Sprawdź status serwera WWW Nginx
sudo systemctl status nginx

## Sprawdź status usługi PHP-FPM (zastąp 8.x swoją wersją PHP)
sudo systemctl status php8.x-fpm

Upewnij się, że obie usługi wyświetlają status "active (running)". Jeśli usługa wyświetla status "failed" lub "inactive", sprawdź logi systemowe za pomocą polecenia journalctl -u nginx lub journalctl -u php8.x-fpm (zastępując 8.x swoją wersją PHP). Ponadto zaleca się okresowe sprawdzanie logów błędów Nginx w /var/log/nginx/error.log w celu szybkiego wykrywania problemów z uprawnieniami lub brakującymi modułami PHP.

Podsumowanie

Dysponujesz teraz w pełni funkcjonalnym stosem LEMP działającym na serwerze Ubuntu. Dzięki połączeniu Nginx z PHP-FPM 8.5 stworzyłeś wysokowydajną podstawę, zdolną do obsługi dynamicznego ruchu internetowego przy minimalnym obciążeniu zasobów. Niezależnie od tego, czy wdrażasz własną aplikację, czy system zarządzania treścią, ta konfiguracja zapewnia niezbędną kontrolę nad środowiskiem serwerowym.

Utrzymanie tego stosu to coś więcej niż tylko początkowa konfiguracja. W miarę rozwoju aplikacji może zajść potrzeba dostosowania procesów roboczych w konfiguracji Nginx lub dostrojenia ustawień puli PHP-FPM, aby lepiej odpowiadały przydzielonym zasobom. Jeśli kiedykolwiek zajdzie potrzeba przeprowadzenia aktualizacji systemu, pamiętaj, aby najpierw zatrzymać usługi w celu zapewnienia integralności danych:

## Bezpieczne zatrzymanie usług przed aktualizacją systemu (zastąp 8.x swoją wersją PHP)
sudo systemctl stop nginx
sudo systemctl stop php8.x-fpm

## Aktualizacja pakietów systemowych
sudo apt update && sudo apt upgrade -y

## Uruchomienie usług po aktualizacji (zastąp 8.x swoją wersją PHP)
sudo systemctl start nginx
sudo systemctl start php8.x-fpm

Dla osób zarządzających krytycznymi obciążeniami, kolejnym logicznym krokiem jest monitorowanie. Obserwuj wykorzystanie zasobów systemowych za pośrednictwem panelu VoxiHost, szczególnie jeśli skalujesz swoje środowiska Premium VPS lub Budget VPS. Regularne sprawdzanie logów oraz aktualizowanie pakietów zapewni, że Twój serwer WWW pozostanie szybki i bezpieczny przed nowymi zagrożeniami.

Jeśli zdecydujesz się na dalszą rozbudowę infrastruktury, rozważ zapoznanie się z przewodnikiem Jak skonfigurować certyfikat SSL z Let's Encrypt i Certbot na Ubuntu i Debianie: Kompletny poradnik, aby szyfrować ruch i poprawić pozycjonowanie w wyszukiwarkach.

Jak zainstalować Portainer CE na Ubuntu i Debian

2026-07-14T00:00:00Z

Wstęp

Docker to wspaniałe narzędzie, ale wpisywanie komend w czarnej konsoli może być przytłaczające dla początkujących. Z pomocą przychodzi Portainer - panel z graficznym interfejsem (GUI), który pozwala zarządzać wszystkim z poziomu przeglądarki internetowej.

W tym poradniku pokażemy Ci, krok po kroku, jak zainstalować Portainera na Twoim serwerze w zaledwie kilka minut. Nie musisz być ekspertem od Linuxa - wystarczy, że będziesz kopiować i wklejać poniższe komendy!

Wymagania wstępne: Będziesz potrzebować serwera Premium VPS z systemem Ubuntu lub Debian oraz klienta SSH (np. PuTTY lub systemowy Terminal). Jeśli jeszcze nie masz serwera, VoxiHost oferuje Premium VPS i Budget VPS z preinstalowanym Ubuntu i Debianem.

Krok 1: Połączenie z serwerem i instalacja Dockera

Najpierw połącz się ze swoim serwerem przez SSH. Następnie upewnijmy się, że na serwerze zainstalowany jest Docker. Jeśli jeszcze go nie masz, wystarczy wkleić poniższą komendę, która zrobi wszystko za Ciebie:

curl -fsSL https://get.docker.com -o get-docker.sh && sudo sh get-docker.sh

Zaczekaj chwilę, aż instalacja się zakończy.

Krok 2: Przygotowanie miejsca dla Portainera

Portainer potrzebuje bezpiecznego miejsca na dysku, aby zapisywać Twoje hasła i konfiguracje. Wklej poniższą komendę w konsoli i wciśnij ENTER, aby utworzyć tzw. "wolumen":

docker volume create portainer_data

Krok 3: Uruchomienie Portainera

Teraz uruchomimy samego Portainera. Poniższa komenda pobierze najnowszą wersję programu i uruchomi ją w tle. Wklej ją w całości do konsoli i wciśnij ENTER:

docker run -d -p 8000:8000 -p 9443:9443 --name portainer --restart=always -v /var/run/docker.sock:/var/run/docker.sock -v portainer_data:/data portainer/portainer-ce:latest

I to tyle! Instalacja po stronie serwera jest zakończona.

Krok 4: Pierwsze logowanie w przeglądarce

Możesz już zamknąć konsolę. Teraz otwórz swoją ulubioną przeglądarkę internetową (np. Chrome, Firefox) i wpisz w pasku adresu:

https://ADRES_IP_TWOJEGO_SERWERA:9443
(Zastąp "ADRES_IP_TWOJEGO_SERWERA" rzeczywistym adresem IP swojego VPS, np. https://192.168.1.50:9443)

Wskazówka: Jeśli po wejściu na stronę widzisz błąd Client sent an HTTP request to an HTTPS server., oznacza to, że Twoja przeglądarka spróbowała połączyć się przez zwykłe HTTP. Upewnij się, że adres na samym początku ma wpisane ręcznie https://.

Ważne: Przeglądarka może wyświetlić ostrzeżenie o "Niezaufanym certyfikacie" (ang. Your connection is not private). To całkowicie normalne, ponieważ serwer używa domyślnego certyfikatu własnego podpisu. Kliknij "Zaawansowane", a następnie "Kontynuuj / Przejdź na stronę".

Na ekranie zobaczysz kreator początkowy. Wymyśl dla siebie bezpieczne hasło, wpisz je dwukrotnie i kliknij przycisk tworzenia użytkownika (Create user).

Ważne (Limit 5 minut!): Portainer dba o bezpieczeństwo. Jeśli od momentu uruchomienia (Krok 3) do ustalenia hasła minie ponad 5 minut, instalacja zostanie zablokowana (komunikat Your Portainer instance timed out). Aby ją odblokować, wpisz w konsoli docker restart portainer i odśwież stronę. Zostaniesz wtedy poproszony o Setup Token. Aby go uzyskać, wpisz w konsoli docker logs portainer. W logach znajdziesz napis Use the following token to setup the administrator user: a pod nim swój token. Skopiuj go i wklej na stronie.

Krok 5: Zarządzanie kontenerami

Po zalogowaniu kliknij przycisk "Get Started", a na kolejnym ekranie wybierz środowisko z ikonką wieloryba podpisane jako "Local" (czyli serwer, na którym właśnie jesteśmy).

Gotowe! Teraz widzisz pełny panel kontrolny. Od teraz nie musisz używać komend w czarnej konsoli - możesz zarządzać swoimi aplikacjami klikając myszką.

Podsumowanie

Portainer to niesamowite narzędzie, które sprawia, że technologia Docker jest dostępna nawet dla osób bez dużego doświadczenia z Linuxem. Jeśli szukasz serwera do własnych projektów lub nauki, VoxiHost ma w ofercie Premium VPS oraz Budget VPS z systemem Ubuntu i Debian gotowym do działania.

Jak zainstalować FileBrowser na VPS z Dockerem

2026-07-13T00:00:00Z

Wstęp

Posiadanie serwera VPS to świetna sprawa, ale przesyłanie na niego plików przez terminal (SFTP) bywa uciążliwe. Co powiesz na to, by zamienić Twój tani serwer w wygodny dysk w chmurze (jak Dysk Google czy Dropbox), obsługiwany w 100% z poziomu przeglądarki?

Pomoże w tym FileBrowser - niesamowicie lekki menedżer plików. Działa błyskawicznie, nie wymaga domeny (możesz wejść po prostu przez adres IP) i jest tak mało zasobożerny, że idealnie sprawdzi się na każdym, nawet najtańszym Budget VPS z naszej oferty!

Krok 1: Szybkie uruchomienie przez Dockera

Zaloguj się na swój serwer przez terminal. Uruchomienie FileBrowsera sprowadza się do jednej, prostej komendy. Wklej poniższy kod i wciśnij ENTER:

docker run -d --name filebrowser -v /:/srv -p 8080:80 --restart always filebrowser/filebrowser

Co dokładnie robi ta komenda?

-p 8080:80 otwiera panel na porcie 8080.
-v /:/srv daje aplikacji dostęp do głównego dysku Twojego serwera, dzięki czemu możesz przeglądać i edytować absolutnie każdy plik systemowy przez przeglądarkę!

Krok 2: Pierwsze logowanie do dysku

Instalacja na serwerze to już wszystko! Teraz otwórz przeglądarkę internetową i wpisz adres IP swojego serwera wraz z portem 8080:

http://ADRES_IP_SERWERA:8080

Zobaczysz schludny, minimalistyczny ekran logowania.

Aby się zalogować, jako login wpisz admin. W najnowszych wersjach FileBrowsera zrezygnowano ze stałego domyślnego hasła ze względów bezpieczeństwa.
Twoje jednorazowe hasło startowe zostało wygenerowane automatycznie. Aby je poznać, wróć do konsoli i wpisz:

docker logs filebrowser

W logach znajdziesz linijkę z nowym, wygenerowanym hasłem. Skopiuj je i użyj do pierwszego logowania.

Krok 3: Zmiana domyślnego hasła (Ważne!)

Zaraz po zalogowaniu musisz zadbać o swoje bezpieczeństwo, aby nikt obcy nie wszedł na Twój dysk. Kliknij w zakładkę Settings (Ustawienia) w panelu po lewej stronie, a następnie przejdź do sekcji Profile Settings (Ustawienia profilu).

Wpisz nowe, trudne do odgadnięcia hasło, zatwierdź je i kliknij przycisk "Update". Od teraz Twój prywatny dysk jest w pełni bezpieczny.

Krok 4: Wgrywanie i udostępnianie plików

Teraz możesz robić ze swoim dyskiem co tylko zechcesz. W prawym górnym rogu znajdziesz przyciski do tworzenia nowych folderów, wgrywania plików (Upload), a nawet tworzenia pustych plików tekstowych, które możesz edytować bezpośrednio w przeglądarce!

Zaznaczając dowolny plik, możesz kliknąć ikonkę udostępniania (Share), aby wygenerować specjalny link. Możesz wysłać ten link znajomemu, aby pobrał plik z Twojego serwera bez konieczności logowania.

Podsumowanie

FileBrowser to "must-have" na każdym prywatnym serwerze. Zużywa ułamek procenta pamięci RAM, a daje ogromną wygodę przy zarządzaniu plikami w Linuxie. Wykorzystaj to rozwiązanie na swoim nowym serwerze z serii Premium VPS i zapomnij o konieczności używania programów FTP!

Jak zainstalować Uptime Kuma w Dockerze: Własny monitoring

2026-07-07T00:00:00Z

Wprowadzenie

Czy kiedykolwiek obudziłeś się rano, tylko po to, by odkryć, że Twój serwer Minecraft lub strona internetowa nie działa od kilku godzin? Zamiast polegać na płatnych rozwiązaniach typu Uptime Robot, możesz hostować własny, piękny i w 100% darmowy system monitorowania.

Uptime Kuma to potężne narzędzie o otwartym kodzie źródłowym, które potrafi monitorować strony WWW, serwery gier, porty TCP i usługi DNS. W tym szybkim poradniku pokażemy, jak w 15 minut zainstalować je na własnym serwerze za pomocą Dockera!

Wskazówka: Uptime Kuma nie zajmuje wiele zasobów. Do tego zadania spokojnie wystarczy najtańszy plan z naszej oferty Budget VPS (np. oparty na Ubuntu 22.04).

Krok 1: Przygotowanie Docker Compose

Cała aplikacja Uptime Kuma mieści się w jednym kontenerze Dockera. Jeżeli nie posiadasz jeszcze Dockera, zainstaluj go korzystając ze skryptu instalacyjnego:

curl -fsSL https://get.docker.com -o get-docker.sh
sudo sh get-docker.sh
sudo systemctl enable --now docker

Zalecamy używanie wtyczki Docker Compose (w najnowszych wersjach jest już wbudowana, ale możemy się upewnić):

sudo apt-get install docker-compose-plugin

Sprawdź wersję, aby upewnić się, że wszystko działa:

docker compose version

Krok 2: Konfiguracja i uruchomienie Uptime Kuma

Teraz utworzymy dedykowany folder dla naszej aplikacji i skonfigurujemy w nim plik YAML z ustawieniami kontenera.

mkdir -p ~/uptime-kuma
cd ~/uptime-kuma

Utwórz plik docker-compose.yml przy pomocy ulubionego edytora tekstowego, na przykład nano:

nano docker-compose.yml

Wklej do niego poniższą zawartość:

services:
  uptime-kuma:
    image: louislam/uptime-kuma:1
    container_name: uptime-kuma
    volumes:
      - ./uptime-kuma-data:/app/data
    ports:
      - "3001:3001"  # Możesz zmienić lewą wartość na inny port, jeśli 3001 jest zajęty
    restart: always

Zapisz plik (Ctrl+O, Enter) i wyjdź z edytora (Ctrl+X).

Następnie uruchom aplikację w tle korzystając z polecenia:

sudo docker compose up -d

To wszystko! Aplikacja pobierze obraz i uruchomi się. Możesz to zweryfikować wpisując sudo docker ps.

Krok 3: Pierwsze logowanie i dodanie monitoringu

Aby zalogować się do panelu, otwórz w przeglądarce adres IP swojego serwera, dopisując port 3001, np.:
http://TWÓJ_ADRES_IP:3001

Zabezpieczenia: Pamiętaj, że o ile Uptime Kuma wymusza stworzenie hasła, to łączenie się po HTTP nie jest najbezpieczniejsze. Koniecznie zapoznaj się z naszym poradnikiem Jak skonfigurować Nginx Proxy Manager, by podpiąć swoją domenę pod Uptime Kumę i wygenerować darmowy certyfikat SSL!

Po wejściu na stronę utworzysz swoje konto administratora (nazwa użytkownika i hasło).

Następnie w lewym górnym rogu kliknij "Add New Monitor".
Masz tu do wyboru mnóstwo opcji, np.:

HTTP(s): do sprawdzania, czy strona (np. Twój blog) działa.
TCP Port: do sprawdzania, czy proces SSH (port 22) lub aplikacja sieciowa działa.
Steam Game Server: idealne do serwerów gier (np. FiveM, Rust).
Minecraft: wbudowana funkcja odpytująca bezpośrednio serwery MC (podajesz adres IP i port gier).

Uzupełnij formularz i kliknij "Save". Twój pierwszy monitoring został uruchomiony!

Krok 4: Skonfigurowanie powiadomień

Monitoring jest bezużyteczny, jeśli nikt nie wie o awarii. Uptime Kuma obsługuje ponad 90(!) usług powiadomień, w tym Telegram, Discord, Slack, Email (SMTP), a nawet Microsoft Teams.

Pokażemy, jak skonfigurować proste powiadomienia na Discordzie:

Na serwerze Discord wejdź w Ustawienia kanału tekstowego -> Integracje -> Utwórz Webhooka. Skopiuj jego URL.
W Uptime Kuma przejdź do górnego menu i wejdź w Settings -> Notifications.
Kliknij "Setup Notification".
Wybierz typ: Discord.
Wklej skopiowany Webhook URL.
Kliknij Test, aby sprawdzić czy bot wysłał próbną wiadomość na Twoim kanale. Jeśli tak, zapisz klikając Save.

Teraz przy tworzeniu lub edycji jakiegokolwiek monitora (Krok 3) po prawej stronie upewnij się, że zaznaczyłeś swój nowo utworzony kanał powiadomień!

Podsumowanie

Uruchomienie własnego systemu monitorowania to zaledwie kilkanaście minut pracy. Dzięki Uptime Kumie zachowujesz pełną prywatność logów i nie ponosisz opłat abonamentowych za usługi premium (jak krótkie, 1-minutowe interwały sprawdzania, które w rozwiązaniach SaaS bywają bardzo drogie).

Uptime Kuma zainstalowana na stabilnym serwerze Budget VPS od VoxiHost to gwarancja, że będziesz wiedział o awarii swoich głównych projektów zanim zauważą ją Twoi klienci lub gracze!

Panel zarządzania VoxiShield Smart Firewall już dostępny

2026-07-06T00:00:00Z

W VoxiHost uważamy, że bezpieczeństwo to nie luksusowa usługa premium, lecz absolutny standard. Dzisiaj z ogromną radością ogłaszamy oficjalne wdrożenie panelu zarządzania VoxiShield DDoS Protection & Smart Firewall, który daje Ci pełną kontrolę nad ruchem sieciowym Twojego serwera bezpośrednio z poziomu dashboardu VoxiHost.

Dzięki infrastrukturze filtrującej o przepustowości ponad 4+ Tbit/s, VoxiShield skutecznie neutralizuje nawet najbardziej intensywne ataki sieciowe, dbając o ciągłe działanie Twoich aplikacji, stron WWW i serwerów gier. Co najważniejsze: cały system otrzymujesz całkowicie za darmo w pakiecie z każdą naszą usługą.

Dwuwarstwowy system filtrowania ruchu (Mitigation Pipeline)

Tradycyjne oprogramowanie zapory sieciowej (firewalla) działa bezpośrednio w systemie operacyjnym Twojego serwera, co podczas ataku zużywa cenne zasoby procesora i pamięci RAM. VoxiShield działa zupełnie inaczej, filtrując złośliwy ruch poza Twoim VPS, zanim pakiety w ogóle dotrą do Twojej wirtualnej maszyny.

Layer 01: PletX Edge (Automatyczne filtrowanie wolumetryczne)

Cały ruch przychodzący trafia najpierw do globalnych węzłów filtrujących PletX Edge. Ta warstwa działa w 100% automatycznie i bezobsługowo. Neutralizuje ataki wolumetryczne (np. DNS/NTP amplification lub zalewy UDP) o sile do 4+ Tbit/s, gwarantując, że łącze Twojego serwera nie zostanie przeciążone.

Layer 02: Core Firewall (Zarządzanie z poziomu dashboardu)

Oczyszczony z ataków wolumetrycznych ruch trafia do naszego przezroczystego Core Firewalla. To tutaj masz pełną kontrolę. Z poziomu dashboardu VoxiHost możesz błyskawicznie tworzyć reguły dostępu, zarządzać portami i ograniczać podejrzany ruch z czasem propagacji poniżej jednej sekundy.

Zaawansowany firewall pod Twoją kontrolą

Zaprojektowaliśmy VoxiShield tak, aby skomplikowane reguły iptables i nftables zastąpić intuicyjnym, graficznym panelem w dashboardzie. Nie musisz być administratorem sieci, aby profesjonalnie zabezpieczyć swój serwer.

1. Reguły wejściowe i limity PPS (Inbound Rules & Rate Limiting)

Określaj precyzyjnie, kto i jakimi protokołami może komunikować się z Twoimi aplikacjami:

Otwieraj konkretne porty lub zakresy portów.
Wybieraj obsługiwane protokoły (TCP, UDP lub oba jednocześnie).
Przypisuj akcje (Zezwól / Blokuj) dla poszczególnych reguł.
Ustawiaj dokładne limity pakietów na sekundę (PPS), aby zabezpieczyć aplikacje i serwery gier przed atakami typu flood.

2. Bezpieczeństwo wyjściowe (Egress Security)

Dbaj o czystość i reputację swojego adresu IP. Kontrola ruchu wyjściowego pozwala monitorować pakiety opuszczające Twój serwer, chroniąc przed sytuacją, w której przejęta przez hakerów aplikacja zacznie wysyłać spam lub skanować sieć.

Blokada portu 25 (SMTP) zapobiegająca masowej wysyłce spamu.
Tworzenie własnych reguł zezwalających (whitelist) dla ruchu wychodzącego.

3. Analizator blokad (Block Analyzer)

Diagnozowanie problemów z łącznością stało się banalnie proste. Jeśli klient lub zewnętrzna usługa nie może połączyć się z Twoim VPS, możesz natychmiast sprawdzić powód w narzędziu Block Analyzer:

Sprawdź, czy adres IP nie został zablokowany przez filtry globalne (np. GeoIP/ASN).
Dowiedz się, czy dany adres IP nie przekroczył zdefiniowanych limitów pakietów (PPS).

4. Filtry globalne (Global Inbound)

Odrzucaj niepożądane połączenia na poziomie infrastruktury sieciowej VoxiHost:

Filtr GeoIP: Blokuj lub zezwalaj na ruch z wybranych państw.
Filtr sieci ASN: Blokuj całe serwerownie, dostawców VPN lub konkretnych operatorów.
Baza Threat Shield: Automatyczne, codzienne aktualizowanie list znanych botnetów i złośliwych skanerów sieciowych.

Dedykowane szablony dla gier i protokołów

Różne aplikacje wymagają innej charakterystyki filtrowania ruchu. Strona internetowa oparta o protokół HTTPS potrzebuje innych reguł ochronnych niż serwer Minecraft lub Counter-Strike oparty o protokół UDP.

VoxiShield automatycznie wdraża i dopasowuje szablony filtracji stworzone z myślą o najpopularniejszych grach sieciowych i protokołach sieciowych. Dzięki temu filtry reagują w ułamku sekundy, zachowując minimalne opóźnienia (pingi) podczas gry.

Promocja z okazji premiery: -35% z kodem VOXISHIELD

Chcesz przetestować działanie nowego panelu zarządzania? Przygotowaliśmy dedykowaną zniżkę na uruchomienie nowych usług VPS z wbudowaną ochroną.

Użyj kodu rabatowego VOXISHIELD podczas składania zamówienia, aby otrzymać 35% rabatu na miesięczną opłatę abonamentową.

Szczegóły promocji: Kod promocyjny jest ważny dla wszystkich cykli miesięcznych do 10.07.2026.

Podsumowanie

W VoxiHost pokazujemy, że zaawansowane bezpieczeństwo sieciowe nie musi wiązać się z dodatkowymi opłatami ani skomplikowaną konfiguracją. Otrzymujesz potężne, bezpłatne narzędzie, które rozwija się wraz z Twoim projektem.

Zabezpiecz swoją infrastrukturę już dziś! Wybierz tani Budget VPS lub ultraszybki Premium VPS, a konfigurację reguł sieciowych rozpocznij od razu w dedykowanym panelu VoxiShield Smart Firewall w dashboardzie VoxiHost.

Jak zainstalować sterowniki NVIDIA na Ubuntu i AnduinOS

2026-06-30T00:00:00Z

Wprowadzenie

Wydajna praca karty graficznej NVIDIA pod systemem Linux wymaga instalacji własnościowych sterowników producenta. Choć otwartoźródłowy sterownik Nouveau wystarcza do podstawowych zadań biurowych, nie oferuje on optymalizacji niezbędnych do uruchamiania gier, renderowania wideo oraz obliczeń AI na serwerze lub stacji roboczej w VoxiHost.

W tym przewodniku przedstawiamy trzy główne metody instalacji sterowników NVIDIA na systemach opartych na Ubuntu, od zautomatyzowanego wdrożenia po zaawansowaną instalację ręczną.

Wymagania wstępne: Upewnij się, że Twój system jest zaktualizowany, a komputer posiada kompatybilną kartę NVIDIA. Zawsze wykonaj kopię zapasową systemu przed modyfikacją sterowników graficznych.

Krok 1: Automatyczna instalacja

Zalecanym i najprostszym podejściem jest automatyczne wykrycie sprzętu przez system i wybór właściwego pakietu:

sudo apt update
sudo ubuntu-drivers install

Po zakończeniu procesu uruchom ponownie system. Metoda ta jest rekomendowana w większości przypadków, ponieważ automatycznie konfiguruje zależności oraz mechanizm DKMS (Dynamic Kernel Module Support).

Krok 2: (Opcjonalnie) Instalacja z repozytorium PPA

Gdy potrzebujesz nowszego sterownika niż wersje oferowane w standardowych repozytoriach (na przykład przy konfiguracji najnowszych architektur GPU), skorzystaj z oficjalnego repozytorium Graphics Drivers PPA:

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update

Następnie wyświetl listę dostępnych wersji i zainstaluj wybraną z nich:

ubuntu-drivers list
sudo apt install nvidia-driver-550 # Zastąp '550' wybranym numerem wersji

Krok 3: Ręczna instalacja z włączonym Secure Boot

W przypadku ręcznej instalacji z oficjalnego pliku .run przy aktywnym zabezpieczeniu UEFI Secure Boot, konieczne jest ręczne podpisanie modułu jądra przed jego załadowaniem.

Generowanie klucza podpisującego

mkdir ~/mok-keys && cd ~/mok-keys
openssl req -new -newkey rsa:2048 -days 36500 -nodes -keyout MOK.key -out MOK.csr
openssl x509 -req -in MOK.csr -signkey MOK.key -out MOK.crt
openssl x509 -in MOK.crt -outform DER -out MOK.der

Rejestracja klucza (MOK)

sudo mokutil --import MOK.der

Wpisz jednorazowe hasło i uruchom ponownie komputer. Podczas rozruchu wyświetli się niebieski ekran narzędzia MokManager: wybierz opcję „Enroll MOK”, potwierdź import i podaj utworzone hasło.

Uruchomienie instalatora

Po uruchomieniu systemu zatrzymaj menedżer wyświetlania (jeśli jest aktywny) i uruchom instalator, wskazując ścieżki do wygenerowanych kluczy jako parametry:

sudo ./NVIDIA-Linux-x86_64-xxx.xx.run --module-signing-secret-key=/home/nazwa_uzytkownika/mok-keys/MOK.key --module-signing-public-key=/home/nazwa_uzytkownika/mok-keys/MOK.crt

Podsumowanie

Po zakończeniu instalacji możesz zweryfikować status karty graficznej, wpisując:

nvidia-smi

Jeśli na ekranie zobaczysz tabelę ze szczegółami swojej karty GPU, wszystko działa prawidłowo! Jeśli uruchamiasz kontenery korzystające z akceleracji graficznej, pamiętaj o zapoznaniu się z dokumentacją NVIDIA Container Toolkit.

Szukasz wydajnego środowiska do realizacji swoich projektów sztucznej inteligencji? Sprawdź plany Premium VPS od VoxiHost z dedykowanymi zasobami sprzętowymi.

Jak znaleźć i używać najszybszego serwera lustrzanego APT dla Ubuntu

2026-06-29T00:00:00Z

Wprowadzenie

Po wdrożeniu nowego serwera z systemem Ubuntu domyślna konfiguracja menedżera pakietów APT zazwyczaj wskazuje na główne, globalne serwery lustrzane (mirrory). W zależności od fizycznej lokalizacji Twojego serwera VPS w VoxiHost, może to spowolnić pobieranie pakietów podczas operacji apt update oraz apt install.

Aby uzyskać najlepszą przepustowość, warto skonfigurować APT do korzystania z najszybszego serwera lustrzanego w Twoim regionie. W tym poradniku udostępniamy prosty skrypt, który automatycznie przetestuje kilkanaście globalnych mirrorów, wybierze ten o najniższych opóźnieniach i zaktualizuje pliki konfiguracyjne (wspierając tradycyjny format sources.list oraz nowoczesny standard ubuntu.sources).

Krok 1: Utworzenie skryptu wyboru serwera lustrzanego

Do przetestowania czasów odpowiedzi poszczególnych serwerów lustrzanych za pomocą narzędzia curl użyjemy skryptu bash.

Utwórz nowy plik o nazwie fastest-mirror.sh za pomocą wybranego edytora tekstu:

nano fastest-mirror.sh

Wklej do pliku następujący kod skryptu:

#!/bin/bash

# Sprawdzenie bieżącego formatu źródeł APT
check_apt_format() {
    local old_format=false
    local new_format=false
    
    if [ -f "/etc/apt/sources.list" ]; then
        if grep -v '^#' /etc/apt/sources.list | grep -q '[^[:space:]]'; then
            old_format=true
        fi
    fi
    
    if [ -f "/etc/apt/sources.list.d/ubuntu.sources" ]; then
        if grep -v '^#' /etc/apt/sources.list.d/ubuntu.sources | grep -q '[^[:space:]]'; then
            new_format=true
        fi
    fi
    
    if $old_format && $new_format; then
        echo "both"
    elif $old_format; then
        echo "old"
    elif $new_format; then
        echo "new"
    else
        echo "none"
    fi
}

# Znajdowanie najszybszego serwera lustrzanego
find_fastest_mirror() {
    echo "Testowanie prędkości mirrorów..." >&2
    codename=$(lsb_release -cs)
    
    mirrors=(
        "http://archive.ubuntu.com/ubuntu/"
        "https://mirror.i3d.net/pub/ubuntu/"
        "https://mirroronet.pl/pub/mirrors/ubuntu/"
        "http://us.archive.ubuntu.com/ubuntu/"
        "http://uk.archive.ubuntu.com/ubuntu/"
        "http://de.archive.ubuntu.com/ubuntu/"
        "https://ftp.uni-stuttgart.de/ubuntu/"
        "https://mirror.ubuntu.ikoula.com/"
    )
    
    declare -A results
    
    for mirror in "${mirrors[@]}"; do
        echo "Testowanie $mirror ..." >&2
        response="$(curl -o /dev/null -s -w "%{http_code} %{time_total}\n" \
                  --connect-timeout 2 --max-time 3 "${mirror}dists/${codename}/Release")"
        
        http_code=$(echo "$response" | awk '{print $1}')
        time_total=$(echo "$response" | awk '{print $2}')
        
        if [ "$http_code" -eq 200 ]; then
            results["$mirror"]="$time_total"
        else
            results["$mirror"]="9999"
        fi
    done
    
    sorted_mirrors="$(
        for url in "${!results[@]}"; do
            echo "$url ${results[$url]}"
        done | sort -k2 -n
    )"
    
    fastest_mirror="$(echo "$sorted_mirrors" | head -n 1 | awk '{print $1}')"
    
    if [[ "$fastest_mirror" == "" || "${results[$fastest_mirror]}" == "9999" ]]; then
        fastest_mirror="http://archive.ubuntu.com/ubuntu/"
    fi
    
    echo "$fastest_mirror"
}

# Generowanie pliku źródeł w nowym formacie (ubuntu.sources)
generate_new_format() {
    local mirror="$1"
    local codename="$2"
    
    echo "Generowanie nowej listy źródeł /etc/apt/sources.list.d/ubuntu.sources"
    
    sudo tee /etc/apt/sources.list.d/ubuntu.sources >/dev/null <<EOF
Types: deb
URIs: $mirror
Suites: $codename $codename-updates $codename-backports $codename-security
Components: main restricted universe multiverse
Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg
EOF
}

# Generowanie pliku źródeł w starym formacie (sources.list)
generate_old_format() {
    local mirror="$1"
    local codename="$2"
    
    echo "Generowanie starej listy źródeł /etc/apt/sources.list"
    
    sudo tee /etc/apt/sources.list >/dev/null <<EOF
deb $mirror $codename main restricted universe multiverse
deb $mirror $codename-updates main restricted universe multiverse
deb $mirror $codename-backports main restricted universe multiverse
deb $mirror $codename-security main restricted universe multiverse
EOF
}

main() {
    sudo apt update
    sudo apt install -y curl lsb-release
    
    format=$(check_apt_format)
    codename=$(lsb_release -cs)
    
    fastest_mirror=$(find_fastest_mirror)
    echo "Znaleziono najszybszy mirror: $fastest_mirror"
    
    case "$format" in
        "old"|"none")
            generate_old_format "$fastest_mirror" "$codename"
            ;;
        "new"|"both")
            if [ "$format" == "both" ]; then
                sudo mv /etc/apt/sources.list /etc/apt/sources.list.bak
            fi
            generate_new_format "$fastest_mirror" "$codename"
            ;;
    esac
    
    sudo apt update
    echo "Optymalizacja źródeł APT zakończona pomyślnie!"
}

main

Uwaga: W powyższym skrypcie celowo skróciliśmy listę mirrorów dla przejrzystości kodu, skupiając się na głównych serwerach europejskich i amerykańskich (idealnych dla lokalizacji Premium VPS). Możesz łatwo dopisać do tablicy mirrors dodatkowe regionalne adresy URL, jeśli Twój serwer znajduje się w innej części świata.

Krok 2: Nadanie uprawnień do wykonania skryptu

Zapisz i zamknij plik, a następnie nadaj skryptowi uprawnienia do uruchamiania:

chmod +x fastest-mirror.sh

Krok 3: Uruchomienie skryptu

Uruchom przygotowany skrypt. Automatycznie zainstaluje on narzędzia curl i lsb-release (jeśli nie są jeszcze obecne w systemie), przetestuje czasy odpowiedzi serwerów, wybierze najszybszy z nich i nadpisze pliki konfiguracyjne APT w formacie odpowiednim dla używanej wersji Ubuntu.

./fastest-mirror.sh

Na ekranie powinien pojawić się komunikat zbliżony do poniższego:

Testowanie prędkości mirrorów...
Testowanie http://archive.ubuntu.com/ubuntu/ ...
Testowanie https://mirroronet.pl/pub/mirrors/ubuntu/ ...
Znaleziono najszybszy mirror: https://mirroronet.pl/pub/mirrors/ubuntu/
Generowanie nowej listy źródeł /etc/apt/sources.list.d/ubuntu.sources
Hit:1 https://mirroronet.pl/pub/mirrors/ubuntu noble InRelease
...
Optymalizacja źródeł APT zakończona pomyślnie!

Podsumowanie

Twój serwer pobiera teraz pakiety z najszybszego regionalnego serwera lustrzanego, co znacząco przyspieszy instalowanie programów oraz codzienne aktualizacje bezpieczeństwa.

Szukasz wydajnego hostingu w Europie? Uruchom serwer VoxiHost Budget VPS już dzisiaj i przekonaj się, jak szybko działa połączenie pamięci NVMe z optymalną ścieżką routingu sieciowego.

LiteSpeed vs Caddy: Starcie nowoczesnych serwerów WWW

2026-06-23T00:00:00Z

Podczas gdy Nginx i Apache pozostają najpopularniejszymi serwerami WWW w sieci, dwie nowoczesne alternatywy zyskały ogromną popularność wśród deweloperów, administratorów i blogerów: LiteSpeed (konkretnie jego otwartoźródłowa wersja, OpenLiteSpeed) oraz Caddy.

Oba te serwery zostały zaprojektowane z myślą o wyższej wydajności i łatwiejszym zarządzaniu niż starsze rozwiązania. Trafiają one jednak w zupełnie inne scenariusze użycia i filozofie pracy.

W tym przewodniku porównamy OpenLiteSpeed oraz Caddy pod maską, przeanalizujemy ich pliki konfiguracyjne, ocenimy wydajność (szczególnie w środowisku WordPress) i pomożemy Ci zdecydować, które z nich zainstalować na swoim serwerze w VoxiHost.

1. Czym jest OpenLiteSpeed?

OpenLiteSpeed (OLS) to darmowa wersja komercyjnego serwera LiteSpeed Enterprise. Został zaprojektowany jako bezpośredni, wysokowydajny zamiennik dla Apache. OLS dzieli z Apache wiele koncepcji konfiguracyjnych, oferując jednocześnie asynchroniczną prędkość działania opartą na zdarzeniach, zbliżoną do Nginx.

Główne zalety OLS:

Kompatybilność z Apache: Rozumie reguły przepisywania linków (rewrite rules) bezpośrednio z plików Apache, co ułatwia migrację.
WebAdmin GUI: Posiada wbudowany panel webowy (graficzny), z poziomu którego można klikać i zarządzać wirtualnymi hostami, portami nasłuchu, SSL oraz bezpieczeństwem.
Silnik LSCache: Autorski, wbudowany moduł pamięci podręcznej na poziomie serwera. Jest powszechnie uważany za najszybszy cache dla WordPress, Magento i innych systemów CMS.

2. Czym jest Caddy?

Caddy to nowoczesny serwer WWW napisany w języku Go. Jego głównym atutem jest prostota i maksymalne bezpieczeństwo po wyjęciu z pudełka. Był to pierwszy serwer, który wprowadził w pełni automatyczną obsługę i odnawianie certyfikatów SSL/TLS z Let's Encrypt oraz ZeroSSL, bez potrzeby instalacji zewnętrznych narzędzi typu Certbot.

Główne zalety Caddy:

Automatyczny SSL: Bez jakiejkolwiek konfiguracji Caddy sam dba o wygenerowanie, zainstalowanie i odnawianie certyfikatów HTTPS dla każdej Twojej domeny.
Caddyfile: Używa niezwykle prostego, czytelnego dla człowieka pliku konfiguracyjnego, który rzadko przekracza kilka linii tekstu.
Napisany w Go: Korzysta z bezpieczeństwa pamięci (memory safety) oferowanego przez ten język, co eliminuje podatności na przepełnienie bufora (buffer overflow).

3. Konfiguracja: Panel Webowy vs Caddyfile

Konfiguracja tych dwóch serwerów to dwie zupełnie różne filozofie pracy.

Konfiguracja OpenLiteSpeed

Konfiguracją OLS najwygodniej zarządza się przez WebAdmin GUI (port 7080). Choć jest to wygodne dla osób, które wolą interfejs graficzny zamiast pisania w konsoli, może to utrudnić automatyzację konfiguracji (np. za pomocą Ansible czy w kontenerach Docker), ponieważ zmiany zapisywane są w wielu plikach XML.

Reguły przepisywania linków (np. dla ładnych URL-i w WordPressie) wkleja się bezpośrednio w zakładce konfiguracji hosta wirtualnego.

Konfiguracja Caddy

Caddy opiera się na jednym pliku tekstowym o nazwie Caddyfile. Jest on niesamowicie przejrzysty. Przykładowo, aby uruchomić w pełni zabezpieczone reverse proxy dla domeny moja-domena.pl przekazujące ruch na port aplikacji Node.js, Twój Caddyfile potrzebuje tylko 3 linii:

moja-domena.pl {
    reverse_proxy localhost:3000
}

Caddy automatycznie wykryje domenę, skontaktuje się z urzędem certyfikacji, przejdzie weryfikację, pobierze certyfikat SSL i ustawi przekierowanie z HTTP na HTTPS. Nie musisz pisać nic więcej.

4. Wydajność i hosting WordPress

Wydajność obu serwerów różni się znacząco w zależności od tego, czy serwujesz statyczne pliki, nowoczesne API, czy aplikacje PHP.

WordPress: OpenLiteSpeed nie ma sobie równych

Jeśli Twoim głównym celem jest postawienie bloga lub sklepu na WordPressie, OpenLiteSpeed połączony z darmową wtyczką LSCache (LiteSpeed Cache) to najlepszy możliwy wybór.

Wtyczka LSCache komunikuje się bezpośrednio z jądrem serwera OpenLiteSpeed, co pozwala omijać interpreter PHP i zwracać gotowy kod HTML bezpośrednio z pamięci cache. Obsługuje zaawansowane optymalizacje obrazków, bazy danych oraz automatycznie czyści cache po edycji wpisów. Testy pokazują, że LiteSpeed potrafi obsłużyć tysiące zapytań na sekundę przy minimalnym pingu.

Wskazówka dot. cache w WordPress: Korzystając z OpenLiteSpeed, unikaj standardowych wtyczek buforujących opartych na PHP, takich jak WP Rocket czy W3 Total Cache. Wtyczka LSCache została zaprojektowana specjalnie do bezpośredniej komunikacji z rdzeniem serwera, co zapewnia znacznie wyższą wydajność i mniejsze zużycie procesora VPS.

Reverse Proxy i Strony Statyczne: Caddy stawia na prostotę

Jeśli wdrażasz API w Node.js, mikroserwisy w Go lub statyczną witrynę (React, Vue, Hugo), Caddy będzie optymalnym wyborem. Działa jako bezobsługowe, lekkie reverse proxy. Zapominasz o konfiguracji Certbota, cronów do odnawiania certyfikatów i pisaniu długich reguł przekierowań portów.

5. Tabela porównawcza

Cecha	OpenLiteSpeed	Caddy
Język napisania	C++	Go (bezpieczny dla pamięci)
Główny interfejs	Graficzny panel Web (port 7080)	Plik tekstowy (Caddyfile)
Automatyczny SSL	Tak (wymaga skryptów acme)	Tak (wbudowany natywnie)
Reguły Apache	Tak (natywne wsparcie dla rewrites)	Nie (wymaga konwersji)
Główne zastosowanie	Wydajny WordPress i PHP	Reverse proxy, aplikacje Node/Go, SPAs
Silnik Cache	Zaawansowany LSCache	Wymaga nagłówków / wtyczek zewnętrznych

Podsumowanie: Który serwer pasuje do Twojego VPS?

Zainstaluj OpenLiteSpeed, jeśli budujesz sklep WooCommerce lub stronę na WordPressie i zależy Ci na najkrótszym czasie ładowania strony dzięki wtyczce LSCache. Serwer ten idealnie sprawdzi się na pakietach Premium VPS, gdzie szybkie dyski SSD NVMe dodatkowo przyspieszą działanie bazy danych.
Zainstaluj Caddy, jeśli jesteś deweloperem, chcesz postawić serwer w 10 sekund, automatycznie zabezpieczyć swoje aplikacje certyfikatem SSL i uruchomić lekki reverse proxy na maszynie typu Budget VPS.

Oba serwery świetnie współpracują z architekturą sieciową VoxiHost oraz są chronione przez naszą ochronę Shield DDoS, zapewniając bezpieczną i stabilną pracę Twoich projektów.

Docker vs Podman: Porównanie silników kontenerów dla systemów Linux

2026-06-22T00:00:00Z

Konteneryzacja całkowicie odmieniła sposób, w jaki programiści budują, dostarczają i uruchamiają oprogramowanie. Przez długi czas słowo Docker było wręcz synonimem technologii kontenerowej. Jednak firma Red Hat wprowadziła na rynek Podmana (Pod Manager) jako bezpośrednią alternatywę zaprojektowaną w celu wyeliminowania fundamentalnych problemów architektonicznych i bezpieczeństwa Dockera.

Jeśli konfigurujesz nowy wirtualny serwer prywatny, możesz się zastanawiać: czy powinieneś trzymać się sprawdzonego standardu, jakim jest Docker, czy też nadszedł czas na przejście na zorientowanego na bezpieczeństwo Podmana?

W tym poradniku szczegółowo omówimy różnice strukturalne, aspekty bezpieczeństwa (kontenery bez roota), kompatybilność z narzędziem Docker Compose i pomożemy Ci wybrać odpowiednie rozwiązanie dla Twojego serwera w VoxiHost.

1. Architektura: Demon vs Brak Demona (Daemonless)

Najważniejsza różnica między Dockerem a Podmanem tkwi w sposobie zarządzania procesami kontenerów pod maską systemu operacyjnego.

Docker: Architektura oparta na demonie

Docker opiera się na centralnej usłudze działającej w tle (demonie) o nazwie dockerd.
Kiedy wpisujesz polecenie takie jak docker run, klient CLI Dockera komunikuje się z demonem dockerd za pośrednictwem lokalnego gniazda i API REST, a demon wykonuje żądanie.

Oznacza to, że jeśli demon Dockera ulegnie awarii lub wymaga restartu, wszystkie uruchomione kontenery na Twoim serwerze zostaną tymczasowo zatrzymane lub zrestartowane (chyba że włączono opcję live-restore). Ponadto standardowy demon Dockera musi domyślnie działać z uprawnieniami administratora (root), chociaż od wersji 20.10 możliwe jest uruchomienie go w trybie rootless po dodatkowej konfiguracji.

Podman: Architektura bez demona (Daemonless)

Podman nie potrzebuje działającego w tle demona.
Kiedy uruchamiasz polecenie podman run, narzędzie to bezpośrednio wywołuje standardowe mechanizmy jądra Linux (wykorzystując runtime kontenerów OCI, np. runc lub crun), aby włączyć i monitorować kontener.

Jest to architektura typu daemonless. Każdy kontener działa jako niezależny proces podrzędny (child process) użytkownika, który go uruchomił. Jeśli sam Podman zostanie zamknięty lub zaktualizowany, kontenery działają dalej bez zakłóceń.

2. Bezpieczeństwo: Potęga kontenerów bez roota (Rootless)

Bezpieczeństwo to obszar, w którym Podman zdecydowanie wygrywa. Ponieważ Docker działa jako demon z uprawnieniami roota, każdy, kto ma dostęp do gniazda Dockera, ma w praktyce pełny dostęp administratora do całego systemu operacyjnego hosta. Jeśli napastnik zdoła uciec z kontenera Dockera, natychmiast przejmuje kontrolę nad serwerem VPS.

Podman od początku był projektowany z myślą o kontenerach rootless:

Rootless: Podman potrafi uruchamiać, budować i zarządzać kontenerami bez uprawnień roota i bez użycia sudo.
Przestrzenie nazw użytkowników (User Namespaces): Mapuje użytkownika root wewnątrz kontenera na zwykłego, nieuprzywilejowanego użytkownika na serwerze VPS.

Jeśli kontener uruchomiony w trybie rootless zostanie zainfekowany lub napastnik zdoła się z niego wydostać, wciąż pozostaje uwięziony wewnątrz standardowego konta użytkownika na serwerze VPS, bez dostępu do plików systemowych i danych innych użytkowników.

Uwaga dot. bezpieczeństwa (Rootless w Dockerze): Warto zauważyć, że od wersji 20.10 Docker oficjalnie wspiera tryb rootless i jest on dostępny "out of the box" na systemach Ubuntu i Debian. Niemniej jednak, jego uruchomienie wciąż wymaga wykonania dodatkowych kroków konfiguracyjnych po instalacji (np. konfiguracja plików kontrolnych systemd użytkownika i sterowników sieciowych slirp4netns), podczas gdy Podman jest zaprojektowany z myślą o trybie rootless jako domyślnym od pierwszej sekundy po instalacji.

3. Kompatybilność z Docker Compose i CLI

Twórcy Podmana zadbali o to, by przejście z Dockera było jak najprostsze. Większość poleceń jest identyczna, dzięki czemu możesz bez problemu ustawić alias w swoim terminalu:

alias docker=podman

Co z plikami Docker Compose?

W przeszłości Podman nie obsługiwał plików docker-compose.yml, ponieważ narzędzie Docker Compose wymaga stałego kontaktu z gniazdem demona Dockera (/var/run/docker.sock).

Dziś Podman rozwiązuje ten problem na dwa sposoby:

Podman Compose: Alternatywne narzędzie w języku Python interpretujące pliki konfiguracyjne compose.
Emulacja gniazda Docker: Usługa systemd (podman.socket), która udaje gniazdo Dockera, pozwalając na korzystanie z oficjalnego narzędzia Docker Compose.

# Włączenie gniazda emulacji dla użytkownika
systemctl --user enable --now podman.socket
export DOCKER_HOST="unix://$XDG_RUNTIME_DIR/podman/podman.sock"
docker-compose up -d

Wskazówka dot. kompatybilności: Choć emulacja gniazda w Podmanie działa świetnie dla większości standardowych konfiguracji wielokontenerowych, to najbardziej zaawansowane systemy (takie jak reverse proxy Traefik czy panele typu Portainer), które wymagają stałego dostępu do gniazda /var/run/docker.sock do odczytu metadanych kontenerów w czasie rzeczywistym, wciąż działają stabilniej i bezproblemowo na natywnym Dockerze.

4. Integracja z Systemd

Ponieważ Podman nie posiada centralnego demona, który automatycznie uruchamiałby kontenery po resecie VPS (odpowiednik Dockerowego restart: always), deleguje to zadanie do domyślnego menedżera systemu operacyjnego: Systemd.

Podman potrafi automatycznie wygenerować pliki usług systemd dla Twoich kontenerów:

podman generate systemd --name moja-aplikacja --files

Pozwala to zarządzać cyklem życia kontenera tak samo, jak każdą inną usługą systemową:

systemctl --user enable --now container-moja-aplikacja.service

5. Wydajność w praktyce: Benchmarki

Aby wyjść poza teoretyczne porównania, przeprowadziliśmy serię testów wydajnościowych na maszynie VoxiHost Premium VPS (2 vCPU, 4 GB RAM, Ubuntu 24.04 LTS). Porównaliśmy oficjalne wydanie Docker Engine v26.1.0 oraz Podman v4.9.4 w trybie rootless. Wyniki są średnią z trzech prób.

Tabela wyników testów

Metryka / Test	Docker	Podman (Rootless)	Zwycięzca
Czas pobierania obrazu (`postgres:16` - ok. 450 MB)	12,4 s	11,2 s	Podman (Lekka przewaga)
Czas budowania obrazu (Aplikacja Node.js + NPM)	48,2 s	53,6 s	Docker (Szybszy cache BuildKit)
Zużycie RAM (Spoczynek) (Bez kontenerów)	~75 MB	~25 MB	Podman (Brak demona w tle)
Zużycie RAM (50 kontenerów Nginx) (Idle)	~320 MB	~460 MB	Docker (Mniejszy narzut na kontener)

Kluczowe wnioski z testów:

Zużycie pamięci w spoczynku: Podman wygrywa, gdy nie uruchamiamy żadnych aplikacji. Ponieważ nie ma demona działającego stale w tle, nie zużywa on niemal żadnych zasobów systemowych.
Skalowanie do wielu kontenerów: Przy uruchomieniu 50 kontenerów Docker okazuje się bardziej wydajny pamięciowo. W trybie rootless Podman musi uruchomić dla każdego kontenera osobne procesy monitorujące (conmon) oraz procesy sieciowe (slirp4netns), co przy dużej skali generuje narzut pamięciowy rosnący liniowo.
Budowanie obrazów: Docker i jego silnik BuildKit wciąż posiadają najszybszy mechanizm buforowania i wykonywania instrukcji w plikach Dockerfile. Podman (używający biblioteki buildah) jest minimalnie wolniejszy, ale buduje obrazy w pełni bezpiecznie w przestrzeni użytkownika.

6. Tabela porównawcza

Cecha	Docker	Podman
Architektura	Oparta na demonie (`dockerd`)	Brak demona (bezpośrednie uruchomienie OCI)
Uprawnienia roota	Wymagane dla demona	Opcjonalne (domyślnie tryb rootless)
Obsługa Podów (Pods)	Brak (wymaga Kubernetes)	Tak (pozwala grupować kontenery w Pody)
Docker Compose	Natywne wsparcie	Wsparcie przez emulację gniazda / podman-compose
Integracja z Systemd	Wymaga konfiguracji demona	Natywne generowanie plików usług systemd
Poziom bezpieczeństwa	Umiarkowany (wymaga konfiguracji)	Wysoki (pełna izolacja rootless na starcie)

Podsumowanie: Który silnik wybrać?

Wybierz Dockera, jeśli:

Używasz złożonych plików Docker Compose z zewnętrznymi narzędziami, które wymagają bezpośredniego połączenia z plikiem /var/run/docker.sock.
Pracujesz w środowisku Kubernetes lub Swarm, gdzie integracje Docker API są już wstępnie skonfigurowane.
Zależy Ci na najszerszym wsparciu społeczności przy rozwiązywaniu problemów.

Wybierz Podmana, jeśli:

Bezpieczeństwo jest dla Ciebie priorytetem i chcesz izolować uruchomione aplikacje bez nadawania im uprawnień roota.
Uruchamiasz pojedyncze aplikacje webowe lub bazy danych na wydajnym serwerze Premium VPS.
Chcesz w pełni zintegrować kontenery z systemd w celu automatycznego uruchamiania i wygodnego logowania procesów.

Oba te rozwiązania działają sprawnie na maszynach typu Budget VPS oraz Premium VPS w VoxiHost.

Jak założyć serwer TeamSpeak 3 na Ubuntu i Debian

2026-06-16T00:00:00Z

TeamSpeak 3 to od wielu lat jeden z najbardziej niezawodnych i stabilnych komunikatorów głosowych dla graczy oraz społeczności internetowych. Stawiając własny serwer na VPS zyskujesz pełną kontrolę, prywatność oraz niezależność od zewnętrznych dostawców.

Z tego poradnika dowiesz się, jak prawidłowo zainstalować i zabezpieczyć własny serwer TeamSpeak 3 na systemie Ubuntu lub Debian.

Wymagania wstępne: Przed rozpoczęciem upewnij się, że posiadasz serwer VPS z systemem Ubuntu lub Debian, dostęp SSH oraz użytkownika z uprawnieniami sudo.

Krok 1: Aktualizacja systemu

Zacznijmy od odświeżenia listy pakietów oraz instalacji niezbędnych narzędzi (wget do pobierania plików, bzip2 do rozpakowywania archiwum):

sudo apt update && sudo apt upgrade -y
sudo apt install wget bzip2 -y

Krok 2: Tworzenie dedykowanego użytkownika

Ze względów bezpieczeństwa żadna usługa dostępna publicznie nie powinna być uruchamiana z konta root. Stwórzmy nowego użytkownika dedykowanego specjalnie dla serwera TeamSpeak:

sudo adduser --disabled-password --gecos "" teamspeak

Zaloguj się teraz na to nowo utworzone konto:

sudo su - teamspeak

Krok 3: Pobieranie i rozpakowywanie TeamSpeak 3

Kolejnym krokiem jest pobranie plików serwerowych. Najnowszą wersję znajdziesz zawsze na oficjalnej stronie pobierania TeamSpeak.

wget https://files.teamspeak-services.com/releases/server/3.13.8/teamspeak3-server_linux_amd64-3.13.8.tar.bz2

Rozpakuj pobrane archiwum i przenieś pliki bezpośrednio do katalogu domowego, aby zachować porządek, po czym usuń zbędne puste foldery:

tar xvf teamspeak3-server_linux_amd64-3.13.8.tar.bz2
mv teamspeak3-server_linux_amd64/* .
rm -rf teamspeak3-server_linux_amd64 teamspeak3-server_linux_amd64-3.13.8.tar.bz2

Krok 4: Akceptacja licencji (EULA)

Serwer TeamSpeak 3 nie uruchomi się, dopóki nie zaakceptujesz warunków umowy EULA. Robi się to w bardzo prosty sposób, tworząc pusty plik o nazwie .ts3server_license_accepted:

touch .ts3server_license_accepted

Krok 5: Pierwsze uruchomienie i Privilege Key

To niezwykle ważny krok. Musimy uruchomić serwer ręcznie, ponieważ przy pierwszym starcie konsola wygeneruje klucz uprawnień (Privilege Key) oraz dane do ServerQuery. Klucz ten będzie Ci potrzebny, aby zdobyć uprawnienia administratora w swoim kliencie TS3.

./ts3server_startscript.sh start

Skopiuj Privilege Key oraz ServerAdmin password i zapisz je w bezpiecznym miejscu!

Kiedy już to zrobisz, wyłącz serwer, ponieważ za chwilę skonfigurujemy go tak, aby działał jako usługa systemowa w tle:

./ts3server_startscript.sh stop

Krok 6: Konfiguracja usługi Systemd

Profesjonalnie postawiony serwer powinien uruchamiać się automatycznie w tle i wstawać samodzielnie po restarcie maszyny. Wyloguj się z konta teamspeak, powracając na swoje główne konto (sudo):

exit

Teraz stwórz nowy plik usługi dla systemd:

sudo nano /etc/systemd/system/teamspeak.service

Wklej do edytora poniższą konfigurację:

[Unit]
Description=TeamSpeak 3 Server
After=network.target

[Service]
WorkingDirectory=/home/teamspeak
User=teamspeak
Group=teamspeak
Type=forking
ExecStart=/home/teamspeak/ts3server_startscript.sh start inifile=ts3server.ini
ExecStop=/home/teamspeak/ts3server_startscript.sh stop
PIDFile=/home/teamspeak/ts3server.pid
RestartSec=15
Restart=always

[Install]
WantedBy=multi-user.target

Zapisz plik i zamknij edytor (CTRL + O, ENTER, CTRL + X).

Przeładuj konfigurację systemd, włącz uruchamianie przy starcie systemu i wystartuj serwer TeamSpeak:

sudo systemctl daemon-reload
sudo systemctl enable teamspeak
sudo systemctl start teamspeak

Możesz zweryfikować, czy usługa działa poprawnie, używając polecenia:

sudo systemctl status teamspeak

Podsumowanie

Gratulacje! Twój serwer TeamSpeak 3 właśnie wystartował i działa poprawnie.

Uruchom teraz swój program TeamSpeak 3 na komputerze i połącz się ze swoim serwerem wpisując adres IP VPS-a. Pojawi się okienko z prośbą o podanie klucza. Wklej tam Privilege Key, który skopiowałeś w Kroku 5, aby błyskawicznie stać się Administratorem Serwera.

Kolejne kroki

Jeśli posiadasz aktywny firewall (zaporę sieciową), musisz otworzyć dla TeamSpeaka porty. Sprawdź nasz poradnik, jak skonfigurować UFW. TeamSpeak wymaga portów 9987/udp (Głos), 10011/tcp (ServerQuery) oraz 30033/tcp (Transfer plików).
Szukasz serwera, który zniesie duże zloty graczy i uchroni Cię przed atakami? Sprawdź tani hosting VPS na godziny, a jeśli grasz profesjonalnie - postaw na niezawodność z VoxiShield i wybierz serwer w ofercie Premium VPS.

Jak zainstalować Nextcloud na serwerze VPS za pomocą Docker Compose

2026-06-15T00:00:00Z

Wstęp

Masz dość płacenia abonamentów za Google Drive, Dropboxa czy iCloud? Posiadając serwer VPS, możesz z łatwością stworzyć własną, całkowicie prywatną chmurę na pliki korzystając z Nextcloud. To potężna platforma open-source, która pozwala na przechowywanie plików, synchronizację kontaktów i kalendarzy, dając Ci 100% kontroli nad własnymi danymi.

W tym poradniku uruchomimy Nextcloud za pomocą Docker Compose, co gwarantuje czystą, odizolowaną i łatwą w zarządzaniu instalację.

Wymagania wstępne: Potrzebujesz serwera VPS z systemem Linux, dostępu SSH z kontem użytkownika z uprawnieniami sudo oraz zainstalowanego Dockera z Docker Compose. Jeśli jeszcze tego nie zrobiłeś, sprawdź nasz poradnik konfiguracji Docker Compose.

Krok 1: Wymagania wstępne

Zanim zaczniemy, upewnij się, że na Twoim VPS zainstalowany jest Docker oraz Docker Compose. Jeśli jeszcze tego nie zrobiłeś, sprawdź nasz poradnik o podstawach Docker Compose.

Sprawdź, czy narzędzia są poprawnie zainstalowane:

docker compose version

Krok 2: Przygotowanie środowiska

Potrzebujemy wydzielonego katalogu na pliki konfiguracyjne oraz dane chmury.

mkdir ~/nextcloud-server
cd ~/nextcloud-server

Teraz utwórzmy plik docker-compose.yml:

nano docker-compose.yml

Wklej poniższą konfigurację. Uruchamia ona oficjalny obraz Nextcloud oraz osobną bazę danych MariaDB dla optymalnej wydajności.

services:
  db:
    image: mariadb:latest
    restart: always
    command: --transaction-isolation=READ-COMMITTED --log-bin=binlog --binlog-format=ROW
    volumes:
      - db_data:/var/lib/mysql
    environment:
      - MYSQL_ROOT_PASSWORD=twoje_silne_haslo_root
      - MYSQL_PASSWORD=twoje_silne_haslo_bazy
      - MYSQL_DATABASE=nextcloud
      - MYSQL_USER=nextcloud

  app:
    image: nextcloud
    restart: always
    ports:
      - 8080:80
    links:
      - db
    volumes:
      - nextcloud_data:/var/www/html
    environment:
      - MYSQL_PASSWORD=twoje_silne_haslo_bazy
      - MYSQL_DATABASE=nextcloud
      - MYSQL_USER=nextcloud
      - MYSQL_HOST=db

volumes:
  db_data:
  nextcloud_data:

Uwaga: Pamiętaj, aby przed zapisaniem zmienić twoje_silne_haslo_root i twoje_silne_haslo_bazy na prawdziwe, bezpieczne hasła.

Zapisz plik i wyjdź z edytora (CTRL+X, następnie Y i Enter).

Krok 3: Uruchomienie Nextcloud

Gdy konfiguracja jest gotowa, możemy uruchomić naszą chmurę. Wykonaj poniższe polecenie:

docker compose up -d

Docker automatycznie pobierze wymagane obrazy i uruchomi serwisy w tle. Może to potrwać dłuższą chwilę.

Gdy proces się zakończy, otwórz przeglądarkę internetową i wejdź na adres IP swojego serwera z dopiskiem portu 8080:

http://ip_twojego_serwera:8080

Pojawi się instalator Nextcloud. Utwórz konto administratora. Nextcloud automatycznie połączy się z bazą danych MariaDB, którą zdefiniowaliśmy w pliku konfiguracyjnym.

Podsumowanie

Gratulacje! Twoja prywatna chmura Nextcloud działa teraz bezpiecznie w kontenerach Docker na Twoim serwerze VPS. Pliki przechowywane są wyłącznie na Twoim sprzęcie, całkowicie bez abonamentów i bez dostępu osób trzecich do Twoich danych.

W następnym kroku zalecamy umieszczenie Nextcloud za własną domeną z bezpłatnym certyfikatem HTTPS, używając Nginx Proxy Manager, dzięki czemu Twoja chmura będzie dostępna z każdego miejsca po szyfrowanym adresie.

Jeśli potrzebujesz niezawodnego serwera do hostowania swojej prywatnej chmury, sprawdź nasze plany Premium VPS lub Budget VPS, które oferują szybkie dyski NVMe SSD i wysoką przepustowość sieci.

13 Czerwca 2026: VoxiHost DevBlog

2026-06-13T00:00:00Z

Najnowsze aktualizacje naszej platformy są już dostępne od 13 czerwca 2026 r. w VoxiHost. Zależy nam na tym, aby nasze usługi hostingu w chmurze były bardziej dostępne, globalne i przyjazne dla użytkowników. W tym wydaniu skupiliśmy się na gruntownej przebudowie naszych systemów walutowych i rozliczeniowych, a także na drobnych poprawkach panelu, które pomogą Ci być na bieżąco ze wszystkimi nowymi funkcjami platformy.

Od kompletnej zmiany waluty platformy po natywną obsługę płatności wielowalutowych - oto wszystko, co wdrożyliśmy w ciągu ostatnich kilku tygodni.

1. Przejście na Kredyty i obsługa wielu walut

Aby lepiej służyć naszej rosnącej bazie międzynarodowych użytkowników, przechodzimy z vPLN na Kredyty (Credits). Ta zmiana kładzie podwaliny pod naszą globalną ekspansję, zapewniając spójne rozliczenia niezależnie od tego, skąd hostujesz swoje serwery.

Wraz z tym rebrandingiem z dumą wprowadzamy natywną obsługę wielu walut. Możesz teraz wybrać preferowaną walutę rozliczeniową spośród PLN, USD lub EUR. Płacąc w lokalnej walucie, możesz całkowicie uniknąć opłat za przewalutowanie banku i cieszyć się bardziej przejrzystym procesem płatności.

2. Przyjazne dla użytkownika pakiety kredytów

Kredyty są powiązane z PLN w prostym stosunku 1:1 (1 Kredyt = 1 PLN), aby wszystko było jasne i czytelne. Aby zakupić kredyty, możesz wybrać jeden z przygotowanych przez nas pakietów, które zostały zoptymalizowane w taki sposób, aby oferować jak najlepszą wartość dla każdej waluty.

Oto pakiety dostępne dla każdej waluty (z wyłączeniem dodatkowych bonusów promocyjnych):

Pakiety PLN

Cena	Kredyty bazowe	Bonusowe kredyty	Kredyty łącznie
15.00 PLN	15.00	-	15.00
30.00 PLN	30.00	-	30.00
50.00 PLN	50.00	-	50.00
100.00 PLN	100.00	-	100.00
250.00 PLN	250.00	5.00	255.00
500.00 PLN	500.00	20.00	520.00

Pakiety EUR

Cena	Kredyty bazowe	Bonusowe kredyty	Kredyty łącznie
5.00 EUR	20.00	-	20.00
10.00 EUR	42.00	-	42.00
20.00 EUR	85.00	-	85.00
50.00 EUR	210.00	5.00	215.00
100.00 EUR	420.00	20.00	440.00
250.00 EUR	1050.00	50.00	1100.00

Pakiety USD

Cena	Kredyty bazowe	Bonusowe kredyty	Kredyty łącznie
5.00 USD	20.00	-	20.00
10.00 USD	40.00	-	40.00
20.00 USD	80.00	-	80.00
50.00 USD	200.00	5.00	205.00
100.00 USD	400.00	20.00	420.00
250.00 USD	1000.00	50.00	1050.00

3. Specjalna promocja na start: Kod „CREDITS”

Aby uczcić to wdrożenie, przygotowaliśmy dla Was wyjątkową promocję!

Użyj kodu rabatowego CREDITS podczas składania zamówienia na dowolny miesięczny serwer VPS, aby otrzymać aż 45% rabatu na pierwszy miesiąc.

Ważna informacja: Promocja jest ograniczona czasowo i wygasa 15 czerwca 2026 r. o godzinie 23:59. Nie zwlekaj!

4. Przeprojektowany i uproszczony panel płatności

Wraz z tymi zmianami całkowicie przebudowaliśmy naszą stronę płatności (Billing) od podstaw. Nowy interfejs jest czysty, intuicyjny i bardzo przejrzysty. Możesz łatwo przełączać się między walutami, sprawdzać aktualne saldo kredytów, wybrać pożądany pakiet i bezproblemowo dokonać płatności.

5. Bądź na bieżąco: Sekcja 'Co nowego' w pasku bocznym

Nieustannie wdrażamy aktualizacje, poprawki i nowe funkcje. Aby mieć pewność, że niczego nie przegapisz, zintegrowaliśmy nowy widget 'Co nowego' (What's New) bezpośrednio w pasku bocznym panelu.

Za każdym razem, gdy wdrożymy aktualizacje, zobaczysz szybkie podświetlenie powiadomienia zachęcające do przeczytania naszego dziennika zmian (changelog). Dzięki temu odkrywanie nowych narzędzi i ulepszeń wprowadzanych na platformie jest łatwiejsze niż kiedykolwiek.

6. Ulepszenia interfejsu i poprawki mobilne

Oprócz nowych funkcji, wprowadziliśmy kilka mniejszych usprawnień interfejsu użytkownika oraz poprawek układu strony, aby korzystanie z panelu na telefonach i tabletach było jeszcze wygodniejsze.

Co dalej?

Rebranding i wielowalutowość to duże kroki naprzęd, ale nie zamierzamy na tym poprzestać. Oficjalnie rozpoczęliśmy prace nad Zaporą Sieciową w Panelu (Dashboard Firewall), która pozwoli Ci zarządzać regułami bezpieczeństwa sieci bezpośrednio z panelu VoxiHost.

Bądźcie czujni i jak zawsze - dziękujemy za wybranie VoxiHost!

Gotowy sprawdzić nową stronę rozliczeń? Zaloguj się do swojego Panelu i sprawdź swoje aktywne usługi już dzisiaj!