Aktualizacje systemów
Aktualizacja Debiana i Ubuntu na serwerze — zanim wygaśnie wsparcie
Każde wydanie systemu ma termin przydatności. Po nim poprawki bezpieczeństwa przestają przychodzić, a każda świeżo odkryta luka zostaje z Tobą na stałe. Podnosimy wersje Debiana, Ubuntu i innych dystrybucji na VPS-ach oraz serwerach dedykowanych — z pełną kopią, próbą generalną na klonie maszyny i planem powrotu w kieszeni.
Weryfikacja trwa chwilę: podajesz adres serwera albo wynik
cat /etc/os-release, a my odpowiadamy, ile wsparcia zostało
i czy jest się czym przejmować. Bez zobowiązań i bez wciskania abonamentu.
Terminy grają przeciwko Tobie
Stan na lipiec 2026 — orientacyjnie, bo producenci potrafią daty korygować. U siebie sprawdzimy to za Ciebie co do dnia.
| System na serwerze | Co z nim dalej |
|---|---|
| Debian 11 „bullseye” | wsparcie LTS wygasa 31 sierpnia 2026 — zostały tygodnie; rekomendujemy przejście od razu na Debiana 12 lub 13 |
| Debian 12 „bookworm” | wciąż wspierany — dobry, spokojny moment na zaplanowanie skoku wyżej |
| Debian 13 „trixie” | bieżące wydanie stabilne (od sierpnia 2025) — typowy cel migracji |
| Ubuntu 20.04 LTS | standardowe wsparcie zakończone w 2025; bez płatnego ESM łatki nie przychodzą — czas na 22.04 albo 24.04 |
| Ubuntu 22.04 / 24.04 LTS | wspierane; 22.04 dojedzie do wiosny 2027 — warto mieć plan wcześniej |
| CentOS 7 | martwy od połowy 2024 — przenosimy takie maszyny na AlmaLinux / Rocky Linux |
Nie wiesz, które wydanie masz? Nic dziwnego — pilnowanie tych dat to niczyje hobby. Od ustalenia stanu faktycznego zaczyna się każda nasza wycena.
Jak przebiega podniesienie wersji
- Inwentaryzacja. Ustalamy, co naprawdę żyje na serwerze: usługi, wersje PHP i baz danych, zadania cron, integracje, certyfikaty. Ta lista decyduje o wszystkim, co dalej.
- Kopia i próba generalna. Pełny backup poza serwer, potem upgrade przechodzi na klonie maszyny. Konflikty pakietów i marudzące aplikacje ujawniają się na kopii — produkcja o niczym nie wie.
- Okno serwisowe. Właściwa aktualizacja, wydanie po wydaniu, o godzinie, którą wspólnie wybierzemy. Zwykle to kwestia kilkudziesięciu minut.
- Testy i nadzór. Sprawdzamy z Tobą działanie aplikacji, przez kolejne dni zaglądamy w logi. Na koniec raport: co zastaliśmy, co zmieniliśmy, jak testowaliśmy.
Komu to zdejmuje problem z głowy
Najczęściej odzywają się firmy, które na jednym VPS-ie trzymają rzeczy zbyt poważne na eksperymenty: system do rozliczeń z danymi klientów, sklep internetowy, wewnętrzny ERP, kilkanaście stron w opiece agencji. Wspólny mianownik zawsze ten sam — serwer postawił ktoś dawno temu, działał, więc nikt go nie ruszał.
Działał. Aż przestało przychodzić wsparcie.
NIS2 zagląda w wersje pakietów
Regulacje zrobiły z zaległych aktualizacji temat zarządu, nie działu IT. Dyrektywa NIS2 — a za nią nowelizowana ustawa o krajowym systemie cyberbezpieczeństwa — wymaga od objętych nią organizacji m.in. zarządzania podatnościami i utrzymywania systemów w wersjach wspieranych przez producenta. Presja schodzi też łańcuchem dostaw: o stan Twojej infrastruktury coraz częściej pyta Twój własny klient.
Dlatego oprócz samego upgrade’u dostajesz dokument: stan przed, stan po, daty, sposób testowania. Ślad, który broni się przy audycie. Doradztwa prawnego nie świadczymy — dostarczamy techniczne konkrety, o które pyta audytor.
Ile kosztuje aktualizacja systemu
Podniesienie pojedynczego VPS-a o jedno wydanie — od 590 zł netto, w cenie kopia, próba na klonie, okno serwisowe i raport. Skok o dwa wydania naraz, egzotyczne repozytoria albo aplikacja przyspawana do bibliotek sprzed dekady podnoszą pracochłonność, więc ostateczną kwotę dostajesz po bezpłatnej weryfikacji. Na piśmie, przed rozpoczęciem prac.
Maszyn jest więcej? Floty wyceniamy pakietowo — drugi i każdy kolejny serwer wychodzi taniej, bo rozpoznanie środowiska robimy raz.
Pytania przed aktualizacją
- Jak długo serwer nie działa podczas aktualizacji?
- Krócej, niż większość się spodziewa. Właściwe podniesienie wersji odbywa się w uzgodnionym oknie serwisowym i przy typowym VPS-ie zamyka się w kilkudziesięciu minutach — bo wszystkie niespodzianki wyłapaliśmy wcześniej, podczas próby na kopii maszyny. Dokładne okno podajemy w wycenie.
- Czy moje dane są bezpieczne?
- Przed jakąkolwiek zmianą wykonujemy pełną kopię plików i baz poza serwer. Do tego upgrade przechodzi najpierw na klonie systemu, nie na produkcji. Gdyby po aktualizacji cokolwiek zachowywało się inaczej niż powinno, wracamy do stanu sprzed — taki jest sens całej procedury.
- Co jeśli moja aplikacja nie ruszy na nowym wydaniu?
- To wychodzi na etapie próby generalnej: stare wersje PHP, biblioteki bez następców, konfiguracje sprzed lat. Wtedy dostajesz od nas dwie ścieżki — dostosowanie aplikacji albo rozwiązanie przejściowe — z kosztami na stole, zanim dotkniemy produkcji. Bez wariantu „jakoś to będzie”.
- Robicie tylko Debiana i Ubuntu?
- Nie. Podnosimy też AlmaLinux i Rocky Linux, a serwery porzucone na CentOS 7 przenosimy na wspierane odpowiedniki. Jeżeli używasz innej dystrybucji — zapytaj, najpewniej też ją obsłużymy.
- Czy to usługa jednorazowa, czy abonament?
- Sama aktualizacja to zamknięty projekt z raportem na końcu. Jeżeli chcesz, żeby serwer już nigdy nie dojechał do końca wsparcia, bieżące łatki i kolejne podniesienia wersji przejmuje abonament utrzymania — nasz albo zespołu LinuxAdmin.pl, zależnie od charakteru środowiska.
Chcesz, żeby ktoś pilnował wydań i łatek za Ciebie, na stałe? Zobacz utrzymanie produkcji u nas albo pakiety stałej administracji na LinuxAdmin.pl.