O mnie

Cześć, jestem Tomasz — administrator IT. Zajmuję się infrastrukturą, która ma działać przewidywalnie: serwerami, wirtualizacją, siecią, kopiami zapasowymi i monitoringiem, który mówi o problemie, zanim zauważą go użytkownicy. Coraz więcej rutynowej pracy wspiera u mnie AI — model sprawdza logi i stan usług przez serwery MCP, a agenci przygotowują zmiany, które przeglądam i zatwierdzam przed wdrożeniem. Kiedy coś przestaje działać, szukam przyczyny metodycznie, aż usługa znowu wstanie. Na tym blogu zapisuję rozwiązania, których sam kiedyś szukałem: konkretne polecenia, checklisty i sprawdzenie, że wszystko działa. Bez akademickiego wykładu — IT w praktyce.

history | head — jak to się zaczęło

Jeszcze jako dzieciak trafiłem na komputer z Linuksem. Nie wiedziałem wtedy, co to jądro ani powłoka, ale szybko zrozumiałem jedno: komputer robi się naprawdę ciekawy dopiero wtedy, gdy połączy się go z innym komputerem. Zastanawiało mnie, jak to możliwe, że ogromna ilość danych w ułamku sekundy obiega cały świat — i tak sieci wciągnęły mnie na dobre.

Potem przyszło Ubuntu i zostało do dziś. Cenię je za wydajność, bezpieczeństwo i to, że da się je dopasować do każdej potrzeby. Wolne i otwarte oprogramowanie dało mi niezależność w pracy i ciekawość, która nie mija: każdy rozwiązany problem odsłania dwa kolejne.

uptime — czym zajmuję się na co dzień

Administracja IT rzadko kończy się na jednej technologii. Mój codzienny zestaw:

• Serwery Linux — Ubuntu Server od instalacji i listy rzeczy do zrobienia przed produkcją, przez SSH, UFW i systemd, po aktualizację między wydaniami LTS.
• Proxmox VE — maszyny wirtualne i kontenery LXC, na których stoją serwery: qm, pct, kopie maszyn i snapshot przed każdą większą zmianą, bo cofnięcie zmiany w minutę jest tańsze niż najlepsza procedura naprawcza.
• AI w administracji — serwery MCP, przez które model sprawdza dyski, usługi i logi tylko do odczytu, i agenci AI, którzy pracują na osobnej gałęzi w gicie. Agent proponuje i zmienia pliki, ja przeglądam diff i decyduję o merge'u.
• Windows i Active Directory — domena, GPO, Windows LAPS, drukarki sieciowe i błędy, które lubią wracać po aktualizacjach.
• Sieci — Cisco, agregacja łączy, DHCP Snooping, bonding, pomiary iperf i szukanie hostów, które w sieci być nie powinny.
• Monitoring — Zabbix: agenty, dyski, inode i punkty montowania, żeby alarm przychodził przed awarią, a nie razem z telefonem z księgowości.
• Kontenery i kopie — Docker i Docker Compose, rsync, archiwa różnicowe, RAID i backup z testem odtworzenia.

Pracowałem przy różnych projektach — od systemów Linux, przez zarządzanie sieciami i bezpieczeństwo, po analizę danych. Każdy dorzucał coś nowego do skrzynki z narzędziami, a więcej opisałem we wpisie o umiejętnościach administratora IT w 2026 roku.

ls ~/projekty — gdzie administracja spotyka AI

Najlepsze projekty zaczynają się od pytania „a ciekawe, czy da się to zautomatyzować?”. Coraz częściej odpowiedź brzmi „tak” i coraz częściej pomaga w tym AI:

• Ten blog — zamiast WordPressa działa na własnym CMS-ie, który generuje statyczny HTML. Zbudowałem go razem z agentami AI: ja projektuję, przeglądam i akceptuję, agenci piszą kod i testy.
• Agent AI w homelabie — ma własną maszynę wirtualną na Proxmoxie, dostaje zadania z mojego panelu zleceń i odsyła raport z tego, co zrobił.
• Własny serwer MCP — w Pythonie i tylko do odczytu: AI sprawdza dyski, usługi i logi serwera, ale roota nie dostaje.
• Powiadomienia z Zabbixa na Signalu — serwer sam pisze, kiedy coś mu dolega.
• Mikrokontrolery — bramka SMS na ESP32-PoE i SIM800L i Arduino programowane z terminala, kiedy pod ręką było tylko SSH.

./statystyki-bloga.sh

Blog prowadzę od marca 2021 roku. Pierwszy wpis? Bootowalny pendrive z Windowsem… zrobiony pod Ubuntu. Krótka statystyka wpisów mówi o mnie chyba więcej niż CV:

$ ./statystyki-bloga.sh
# stan: październik 2026
wpisy od 2021-03 ......... 78
bloki kodu ............... 476
wpisy o SSH .............. 11
vim : nano ............... 10 : 5
najczęstsze polecenia:
  systemctl .............. 56×
  ufw .................... 48×
  find ................... 37×
  docker ................. 26×
  journalctl ............. 25×

systemctl na pierwszym miejscu nikogo nie dziwi — od niego zaczyna się prawie każda diagnoza. A wynik vim : nano zostawiam bez komentarza.

cat /etc/zasady.conf

Kilka zasad, których trzymam się w pracy (i na blogu):

• Backup bez testu odtworzenia to tylko nadzieja. Kopia jest coś warta dopiero wtedy, gdy ktoś ją odtworzył.
• Najpierw checklista, potem apt full-upgrade. Aktualizacja wydania to nie pora na improwizację.
• „Nie działa aplikacja”? Sprawdź DNS. Zaskakująco często to on.
• Dokumentacja jest nudna do momentu awarii. Potem staje się najważniejszym systemem w firmie.
• AI to asystent, nie autopilot. Pomoże napisać skrypt i przeczytać log, ale za zmianę na produkcji odpowiada administrator.
• Agent dostaje gałąź, nie main. I narzędzia tylko do tego, co ma zrobić — reszta przez review.
• --force tylko wtedy, gdy wiem dlaczego.

Po co ten blog

Zakładając krawaczynski.pl, chciałem opisywać konfiguracje i napotkane problemy w przystępny, jasny, nieakademicki sposób — tak, jak sam chciałbym je przeczytać, kiedy coś przestało działać. Jeśli interesujesz się administracją systemów, wirtualizacją, sieciami, kontenerami, monitoringiem, AI w pracy admina albo DevOpsem, mam nadzieję, że znajdziesz tu swoje małe vademecum administratora IT.

Informatyka dała mi coś więcej niż pracę: wielu wspaniałych ludzi o podobnych zainteresowaniach i nawyk, że każdy problem da się rozłożyć na mniejsze — usługa, log, port, DNS, uprawnienia — aż zostanie sama przyczyna.

ping tomasz

Masz pytanie do wpisu, znalazłeś błąd w poleceniu albo utknąłeś z serwerem? Napisz do mnie — odpowiadam na każdą wiadomość. A jeśli któryś wpis zaoszczędził Ci wieczór z logami, możesz postawić mi kawę ☕ — na niej działa każdy admin.

Usługi informatyczne świadczę w Toruniu i okolicach — od projektowania i porządkowania serwerowni po serwery, sieci i kopie zapasowe. Opinie klientów znajdziesz w mojej wizytówce Google.

Do zobaczenia w kolejnych wpisach!