Zacznij od sprawdzenia dostępu awaryjnego, systemu i aktualizacji. Następnie przygotuj osobne konto z sudo, logowanie kluczem oraz reguły zapory dopuszczające Twój port SSH. Dopiero po testach instaluj aplikację i uruchom kopie poza VPS.
Najpierw dostęp awaryjny i spis danych
Zapisz adres serwera, sposób logowania, port SSH i dane panelu operatora. Sprawdź, jak otworzyć konsolę awaryjną, gdy po zmianie zapory przestanie działać połączenie sieciowe. Nie zaczynaj od wyłączania logowania hasłem ani zmiany portów, zanim nie masz drugiej drogi dostępu.
Poniższa kolejność dotyczy świeżego VPS z Ubuntu lub Debianem. Jeśli masz już panel, kontenery albo działające usługi, najpierw sprawdź ich istniejące reguły i wymagania. Nie nakładaj nowego zestawu ustawień na produkcyjną konfigurację bez przeglądu. VPS Castpol dobierz do aplikacji, ale również do tego, kto będzie utrzymywał system.
Sprawdź system i zainstaluj aktualizacje
Po pierwszym zalogowaniu odczytaj informacje, zamiast zgadywać wersję obrazu:
cat /etc/os-release
hostnamectl
df -h
free -h
Na koncie z uprawnieniami administratora odśwież listę pakietów i przejrzyj aktualizacje:
sudo apt update
apt list --upgradable
sudo apt upgrade
Jeśli logujesz się jako root i sudo nie jest zainstalowane, te operacje wykonaj bez prefiksu sudo. Nie używaj automatycznego potwierdzania zmian, zanim nie przeczytasz planu aktualizacji. Ewentualny restart zaplanuj po sprawdzeniu konsoli awaryjnej; po nim ponownie przetestuj SSH.
Utwórz osobne konto administratora
Jeśli operator już utworzył zwykłe konto z sudo, sprawdź je zamiast dodawać zbędny duplikat. Na świeżym systemie z samym rootem możesz jako root zainstalować sudo i dodać przykładowego użytkownika operator:
apt install sudo
adduser operator
usermod -aG sudo operator
Nazwa operator jest przykładem. W nowej sesji zaloguj się na utworzone konto i wykonaj sudo -v. Nie zamykaj dotychczasowej sesji, dopóki nowe konto nie działa. Zmiana przynależności do grup może wymagać ponownego logowania.
Skonfiguruj klucz SSH i sprawdź drugie połączenie
Klucz prywatny pozostaje na Twoim komputerze; na serwer trafia publiczny. Jeśli nie masz własnego klucza, utwórz go lokalnie poleceniem ssh-keygen -t ed25519 i zabezpiecz hasłem. Przed zapisaniem sprawdź, czy wskazany plik już istnieje, aby nie nadpisać używanego klucza.
Prześlij klucz publiczny zgodnie z instrukcją konfiguracji SSH. Otwórz nowe połączenie i potwierdź działanie klucza oraz sudo. Dopiero wtedy rozważ ograniczenie logowania hasłem i bezpośredniego dostępu roota. Zmiana SSH może być nadpisywana przez pliki w sshd_config.d, dlatego sprawdź rzeczywistą konfigurację, a nie tylko jeden wpis w głównym pliku.
Po edycji przetestuj składnię sudo sshd -t. Brak błędu składni nie jest jeszcze dowodem, że wpuszczasz właściwe konto — po przeładowaniu usługi ponownie wykonaj próbę w drugim terminalu. Pierwszą sesję pozostaw otwartą do zakończenia kontroli.
Włącz zaporę bez zablokowania SSH
Na świeżym serwerze jedną z możliwości jest UFW. Najpierw odczytaj stan istniejącej zapory i porty nasłuchu: sudo ss -lntup. Sprawdź także firewall w panelu operatora. Jeśli system korzysta już z innego zarządzania regułami, nie uruchamiaj drugiego mechanizmu bez planu.
Poniższy przykład zakłada potwierdzony port SSH 22/TCP i brak skonfigurowanej wcześniej zapory. Przy innym porcie zmień regułę przed włączeniem:
sudo apt install ufw
sudo ufw allow 22/tcp
sudo ufw default deny incoming
sudo ufw default allow outgoing
sudo ufw enable
sudo ufw status verbose
Natychmiast sprawdź nowe połączenie SSH. Porty aplikacji otwieraj dopiero po ustaleniu, co ma być publiczne. Bazy danych zwykle nie wymagają otwarcia dla całego Internetu. Jeśli później wdrożysz Dockera, sprawdź osobno sposób publikowania jego portów; nie zakładaj, że reguły UFW obejmują każdy ruch kontenerów.
Kopia, monitoring i pierwsza aplikacja
Przed instalacją aplikacji zapisz punkt odniesienia: wersję systemu, konta, otwarte porty i miejsce przechowywania kopii. Kopia na tym samym dysku nie zabezpiecza przed utratą całej maszyny. Snapshot operatora i eksport danych aplikacji mogą mieć różny zakres; potwierdź, jak je odtworzyć.
Ustal częstotliwość aktualizacji i sposób monitorowania wolnego miejsca, zużycia RAM oraz błędów usług. Aplikację uruchamiaj pod właściwym użytkownikiem, z usługą startującą po restarcie. Sekrety trzymaj poza publicznym katalogiem. Na końcu wykonaj kontrolowany restart i sprawdź, czy aplikacja wraca bez ręcznego uruchamiania.
Kiedy VPS jest gotowy do pracy?
Gdy działa dostęp zwykłego administratora, znasz drogę awaryjną, publiczne są tylko zamierzone usługi, a kopię można odtworzyć. Samo zainstalowanie pakietów nie zamyka wdrożenia. Jeżeli utrzymanie tych elementów przekracza czas przeznaczony na projekt, porównaj VPS z zarządzanym hostingiem WWW przed przeniesieniem strony produkcyjnej.
Przejdź do kolejnego kroku: VPS z panelem Virtualizor — jak zarządzać serwerem w Castpol?.