Administracja serwerami Linux Opole

Co naprawdę stoi na linuksowym serwerze opolskiej firmy

Rzadko jest to strona internetowa i jeszcze rzadziej coś, o czym zarząd wie. Najczęściej jest to maszyna, która przyjmuje i wykłada pliki: awizacje, dokumenty przewozowe, potwierdzenia dostaw, cenniki, listy pozycji do załadunku. Obok niej stoi zwykle kilka skryptów przenoszących te pliki do katalogu, z którego czyta je system magazynowy albo księgowość.

Maszynę tę postawił kiedyś integrator wdrażający system po Waszej stronie albo informatyk, który już w firmie nie pracuje. Działa od lat, więc nikt jej nie dotyka, i to jest jednocześnie jej najlepsza i najgorsza cecha. Przez lata nienaruszona konfiguracja bywa nieodtwarzalna, a klucze w plikach autoryzacji pochodzą od firm, z którymi rozstaliście się dwa razy temu.

Cecha wspólna wszystkiego, co na niej stoi, jest za to taka sama w każdej opolskiej firmie handlującej przez granicę. Ta maszyna nie obsługuje Waszych ludzi, tylko kogoś na zewnątrz, kto nie zadzwoni na helpdesk, gdy coś przestanie działać. Napisze do handlowca po dwóch dniach, że czeka na dokumenty.

Jak wygląda przejęcie takiego serwera

Kolejność jest stała i nie zmieniamy w niej niczego, dopóki nie mamy pełnego obrazu.

Krok	Co ustalamy	Po co
1	usługi nasłuchujące i porty widoczne z internetu	żeby wiedzieć, co w ogóle jest wystawione na świat
2	konta z prawem logowania i klucze w plikach autoryzacji	żeby ustalić, kto ma dziś dostęp, a nie kto miał go mieć
3	zadania w cronie i ich rzeczywisty wynik	żeby znaleźć te, które od miesięcy kończą się błędem
4	katalogi przychodzące i wychodzące razem z ich rozmiarem	żeby zobaczyć, gdzie zalegają pliki nikomu niepotrzebne
5	wersje usługi transferu i bibliotek szyfrujących	żeby wiedzieć, co da się podnieść, a co wymaga rozmowy z partnerem
6	miejsce, w którym powstają logi, i czas ich przechowywania	żeby dowód wysyłki istniał dłużej niż spór o nią

Wiersz szósty jest w tej tabeli najważniejszy i najczęściej pusty przy przejęciu. Logi leżą na tej samej maszynie i kasują się po tygodniu, więc w chwili, w której są potrzebne, nie ma czego pokazać.

Dlaczego klucz kontrahenta prowadzimy jak wykaz kluczy do budynku

Ponieważ tym właśnie jest. Każdy klucz publiczny wgrany na serwer to prawo wejścia przyznane komuś na zewnątrz, zwykle bezterminowo i zwykle bez śladu, kto i kiedy je nadał. W środowiskach, które przejmowaliśmy, spotykaliśmy pliki autoryzacji z ośmioma wpisami, z których dwa należały do firm dawno nieobsługujących tego kontrahenta.

Prowadzimy więc rejestr: który klucz, czyj, od kiedy, do jakiego katalogu daje prawo i kiedy planowana jest wymiana. Wpis powstaje w chwili wgrania klucza, a nie przy pierwszym audycie. Usunięcie wpisu i klucza to jedna czynność, więc zakończenie współpracy z partnerem zamyka mu drogę tego samego dnia.

Osobno pilnujemy certyfikatów, jeśli kanał ich używa. Odnawianie idzie automatem, a nadzór i tak ostrzega z wyprzedzeniem trzydziestu dni, bo automat też potrafi przestać działać, zwykle po zmianie, o której nikt nam nie powiedział.

Kto naprawia kodowanie, skoro nikt go nie zamawiał

Rzecz, o którą nikt nie prosi, a która potrafi zatrzymać wymianę na tydzień. Plik zapisany przez program magazynowy w jednym układzie znaków, odczytany przez system po drugiej stronie w innym, z końcami linii w wersji, której odbiorca się nie spodziewa. Efekt to albo odrzucona paczka, albo, znacznie gorzej, paczka przyjęta z przekłamanymi nazwami odbiorców.

Ustawiamy to raz i w jednym miejscu, czyli na serwerze, w kroku poprzedzającym wysyłkę. Konwersja znaków, ujednolicenie końców linii, sprawdzenie, czy plik nie jest pusty, i odłożenie kopii przed konwersją na wypadek reklamacji. Nikt po Waszej stronie nie musi wtedy pamiętać, w czym zapisał eksport.

Do tego dochodzi kontrola wielkości. Plik zerobajtowy wysłany o czasie jest w tej wymianie gorszy od pliku niewysłanego, bo odbiorca potwierdzi odbiór i wszyscy będą przekonani, że dane poszły.

Co robimy, gdy transfer nie doszedł do skutku

Ponowienie jest ustawione w usłudze i próbuje samo, według reguły uzgodnionej z Wami: ile prób, w jakich odstępach i po ilu nieudanych ma powstać zgłoszenie. Domyślne ustawienie większości narzędzi jest tutaj złe, bo albo próbuje raz, albo próbuje w nieskończoność, zapychając kolejkę.

Gdy próby się wyczerpią, sprawa idzie do inżyniera z pełnym opisem: która paczka, do kogo, od kiedy stoi i jaki był ostatni komunikat drugiej strony. Rozstrzygnięcie zwykle mieści się w trzech pytaniach, które i tak zadajemy w tej kolejności: czy plik powstał, czy wyszedł i czy odbiorca go przyjął. Pierwsze pytanie odsyła do systemu, który plik generuje, drugie do nas, trzecie do partnera.

Czego na tej maszynie nie robimy

Nie piszemy Waszej logiki biznesowej i nie zmieniamy formatu plików uzgodnionego z odbiorcą, bo to ustalenie handlowe, a nie techniczne. Nie odpowiadamy za działanie systemu magazynowego, który te pliki produkuje, ani za treść tego, co w nich jest. Odpowiadamy za maszynę, za kanał i za to, żeby o kłopocie było wiadomo wcześniej niż z telefonu handlowca.

Domenę, udziały i wydruk prowadzi administracja Windows Server, hosty i konsolidację wirtualizacja serwerów, a stały nadzór nad tymi usługami monitoring serwerów. Kwotę dla Waszej liczby maszyn pokaże kalkulator.

Treść sprawdzona i zaktualizowana: 14 sierpnia 2026