Kokpit pod Linuksem: monitorowanie serwera bez otwierania dziesięciu sesji SSH

Na serwerze Linux często otwartych jest dziesięć kart SSH: jedna dla usług, jedna dla dzienników, jedna dla dysku i jedna dla aktualizacji. Kabina pilota może uczynić śledzenie bardziej czytelnym, zwłaszcza gdy przejmujesz kontrolę nad maszyną lub gdy chcesz szybko sprawdzić jej stan, bez konieczności ręcznego tworzenia całej diagnozy.

Postrzegam ją jako konsolę uzupełniającą, a nie zastępującą SSH. Cockpit pomaga monitorować serwer, odczytywać logi, sterować kilkoma usługami i sprawdzać stan pamięci masowej. Jeśli jednak zainstalujesz ją na komputerze zdalnym, najważniejsze pozostaje to samo: otwórz odpowiedni port, ogranicz dostęp i utwórz zapasową sesję SSH.

Montaż kokpitu bez rozjeżdżania się we wszystkich kierunkach

W systemie Debian lub Ubuntu najpierw zaktualizuj pakiety, a następnie zainstaluj Cockpit:

sudo apt update
sudo apt install cockpit

W Fedorze, RHEL lub podobnej dystrybucji polecenie zwykle wydaje się za pomocą… dnf :

sudo dnf install cockpit

Tam Dokumentacja kokpitu Zachowaj polecenia instalacyjne dla każdej dystrybucji. To jest link, dzięki któremu sprawdzisz, czy Twoja wersja uległa zmianie lub czy korzystasz z mniej konwencjonalnego systemu.

Po instalacji włącz gniazdo Cockpit. W wielu dystrybucjach Cockpit uruchamia się na żądanie za pośrednictwem gniazdo kokpitu, nie jak usługa internetowa działająca w sposób ciągły:

sudo systemctl enable --now cockpit.socket

Następnie sprawdź jego status przed otwarciem przeglądarki:

systemctl status cockpit.socket --no-pager

Jeśli chcesz zapoznać się z różnicą między usługą, gniazdem i aktywacją startową, zapoznaj się z artykułem systemctl w systemie Linux Ten krok został zakończony pomyślnie.

Sprawdź port przed otwarciem zapory.

Domyślnie Cockpit nasłuchuje na porcie dziewięć tysięcy dziewięćdziesiątPrzed modyfikacją UFW, firewalld lub reguły sieciowej sprawdź lokalnie, czy port rzeczywiście istnieje:

sudo ss -ltnp | grep 9090

Jeśli nic nie przechodzi, nie ma sensu obwiniać zapory sieciowej. Najpierw sprawdź połączenie z gniazdem, a następnie logi. Jeśli port nasłuchuje prawidłowo, możesz otworzyć dostęp z lokalnej zapory sieciowej.

Z UFW:

sudo ufw zezwól na 9090/tcp
sudo ufw status verbose

Z zaporą ogniową:

sudo firewall-cmd --add-service=cockpit --permanent
sudo firewall-cmd --reload

Oficjalny przewodnik po Nasłuchiwanie sieci w kokpicie Zawiera również szczegółowe informacje o zmianach portu i adresu nasłuchu. W celu diagnostyki portu po stronie Linuksa można skorzystać z ss i netstat, a następnie z artykułem na temat UFW jeśli blokuje filtrowanie lokalne.

Podłącz, nie zapominając o odsłoniętej powierzchni

Gdy port będzie gotowy, dostęp do niego będzie możliwy za pomocą przeglądarki internetowej:

https://adres-serwera:9090

Zaloguj się na autoryzowanym koncie Linux. Jeśli konto ma uprawnienia sudo, Cockpit będzie mógł oferować działania administracyjne. Jest to wygodne, ale nie pozbawione ryzyka: udostępniasz interfejs webowy umożliwiający interakcję z serwerem.

• Unikaj otwierania dziewięć tysięcy dziewięćdziesiąt do całego Internetu bez filtrowania sieci.
• Najlepiej jest korzystać z dostępu VPN, adresu IP administratora lub, o ile to możliwe, tunelu SSH.
• Podczas początkowych testów utrzymuj otwartą sesję SSH.
• Zweryfikuj konta sudo przed udzieleniem dostępu.

Na komputerze produkcyjnym zacząłbym od ograniczonego dostępu z mojej stacji roboczej lub sieci administracyjnej. Jeśli masz już zbyt szeroką regułę, popraw ją, zanim uznasz, że Cockpit jest „czysto zainstalowany”.

Odczyt usług, dzienników i pamięci masowej

W Cockpicie najprzydatniejsze ekrany do codziennego użytku są często najprostsze: stan systemu, usługi, logi, pamięć masowa i sieć. Nie chodzi o to, żeby klikać wszędzie. Chodzi o to, żeby szybko zidentyfikować, co wymaga odpowiedniego polecenia SSH.

W przypadku usług miej pod ręką podstawowe polecenia:

systemctl list-units --failed
systemctl status cockpit.socket --no-pager

Rejestry kokpitu i aktualny proces uruchamiania:

journalctl -u kokpit -b --no-pager
journalctl -p ostrzeżenie..alert -b --no-pager

Oraz do przechowywania:

df -h
lsblk -f

Kokpit może wizualnie ostrzegać o prawie pełnym dysku, ale radzę to potwierdzić zm I lsblk przed usunięciem lub przywróceniem czegokolwiek. Jeśli tematem jest przestrzeń dyskowa, zapoznaj się z poradnikiem polecenia do uruchomienia przed usunięciem czegokolwiek jest bardziej odpowiedni.

Ta sama logika dotyczy logów: Cockpit pomaga znaleźć błąd, a następnie dziennikctl Strony podręcznika zawierają szczegółowy kontekst, dokładną usługę i odpowiednią wersję rozruchową. systemctl, dziennikctl I SS Jeśli chcesz zrozumieć dostępne opcje, odniesienia pozostają aktualne.

Co mam zrobić, jeśli Cockpit nie odpowiada?

Jeśli strona się nie otworzy, wykonałbym następujące sprawdzenia:

• systemctl status cockpit.socket --no-pager aby sprawdzić czy gniazdo jest aktywne;
• sudo ss -ltnp | grep 9090 aby potwierdzić lokalne podsłuchiwanie;
• sudo ufw status verbose lub firewalld do sprawdzenia filtrowania;
• journalctl -u kokpit -b --no-pager aby odczytać rzeczywisty błąd;
• test z Twojego stanowiska administracyjnego, a nie tylko z samego serwera.

Jeśli jesteś połączony zdalnie, nie uruchamiaj ponownie sieci, żeby „zobaczyć, co się stanie”. Zachowaj protokół SSH jako kopię zapasową i rozwiązuj jeden problem na raz: gniazdo, port lokalny, lokalną zaporę sieciową, zewnętrzną regułę sieciową, DNS lub ewentualny serwer proxy.

Pamiętaj o tym przed przyjęciem

Kokpit jest bardzo przydatny do przejęcia kontroli nad serwerem, szybkiego sprawdzenia jego statusu lub zapewnienia bardziej przejrzystego widoku dla osób, które nie czują się pewnie ze wszystkimi poleceniami. Nie powinien jednak stać się wymówką do zapominania o podstawowych funkcjach: SSH, logach, usługach, portach i kopiach zapasowych.

Moja rada: zainstaluj go najpierw na serwerze testowym lub komputerze zapasowym, zablokuj dostęp do sieci, a następnie weryfikuj tylko te działania, których naprawdę potrzebujesz. Jeśli Cockpit służy przede wszystkim do szybkiej identyfikacji problematycznych usług, to jest to sukces. Jeśli jednak zaczniesz zarządzać całą maszyną jednym kliknięciem, bez przeglądania logów, stracisz korzyści płynące z narzędzia diagnostycznego.

sudo apt update && sudo apt upgrade