systemd verstehen und prüfen
systemd startet und überwacht auf vielen Linux-Servern Systemdienste. Ein Dienst wird als „Unit“ beschrieben, zum Beispiel ssh.service. Das ist nützlich, wenn du wissen möchtest, ob eine Anwendung läuft oder warum sie nicht gestartet ist.
Voraussetzungen
Diese Befehle sind für deinen eigenen Linux-Server mit Ubuntu oder Debian und systemd gedacht. Du brauchst einen funktionierenden Zugang, passende Administratorrechte und bei vorhandenen Anwendungen eine Sicherung. Lies zuerst Vorbereitung und Terminalfragen. Die Befehle laufen in deiner Serverkonsole beziehungsweise einer bereits geprüften SSH-Sitzung, nicht in Servora. Andere Distributionen benötigen andere Pakete oder Dienstnamen.
Ist systemd vorhanden?
Zeigt das Programm mit Prozess-ID 1. Auf einem systemd-System steht hier typischerweise systemd:
ps -p 1 -o comm=Zeigt die installierte Version des Verwaltungswerkzeugs:
systemctl --versionMuss ich systemd installieren?
Auf üblichen Ubuntu-/Debian-Serverinstallationen ist systemd bereits eingerichtet. In Containern oder speziellen Images kann ein anderes Startsystem verwendet werden. Dort nicht einfach systemd nachinstallieren oder das Startsystem austauschen. Wähle ein passendes Serverimage oder die Verwaltungsanleitung deiner Distribution.
Einen Dienst prüfen
Beispiel SSH: zeigt den aktuellen Zustand. Für einen anderen Dienst ersetzt du ssh.service durch dessen bekannten Unit-Namen:
systemctl status ssh.service --no-pagerPrüft, ob der Dienst gerade aktiv ist:
systemctl is-active ssh.servicePrüft die Startkonfiguration. enabled bedeutet nicht automatisch, dass der Dienst gerade läuft:
systemctl is-enabled ssh.serviceactive bezeichnet den aktiven Zustand, failed einen Fehler. Manche einmaligen Aufgaben sind nach erfolgreichem Abschluss wieder inaktiv; Socket-Aktivierung ist ebenfalls gesondert zu berücksichtigen.
Zeigt die letzten 50 Protokollzeilen des Beispieldienstes. Dafür können Administratorrechte nötig sein:
sudo journalctl -u ssh.service -n 50 --no-pagerStarten und Änderungen prüfen
Ein Start verändert den Serverzustand. Starte nur einen bewusst eingerichteten, bislang inaktiven Dienst. Bei SSH zuerst Zugang über die Providerkonsole sichern.
Startet den Beispieldienst, ohne seine Konfiguration zu bearbeiten:
sudo systemctl start ssh.serviceKontrolliert anschließend den Zustand:
systemctl status ssh.service --no-pagersystemd mit Servora verwenden
Aktueller App-Stand: Servora installiert und erkennt diese Software nicht automatisch. Direkte SSH-Systeminformationen und manuell eingerichtete HTTPS-Prüfungen sind im eingereichten Build verfügbar. Die Installation hier ist eine separate Aufgabe auf deinem Server.
- Öffne Systemzustand → Server hinzufügen. Trage deinen Server und SSH-Zugang ein. Vergleiche den Host-Fingerprint unabhängig, bevor du vertraust. SSH Schritt für Schritt.
- Öffne Projekte und dein Projekt, dann Infrastruktur → Server hinzufügen → Vorhandenen Server zuordnen. Alternativ kannst du hier Neuen Server verbinden wählen. Ein Server gehört derzeit höchstens zu einem lokalen Projekt.
- Dokumentiere den Dienst und seine Einrichtung in den Projektnotizen. Unter Systemzustand kannst du die zuletzt gelesenen Serverinformationen aktualisieren.
Servora fragt derzeit keine systemd-Units ab und zeigt keinen Live-Unit-Status. Bewahre den Dienstnamen und Hinweise in einer Projektnotiz auf. Einen eigenen HTTPS-Gesundheitsendpunkt kannst du separat als Dienstprüfung anlegen.
Häufige Probleme
„Unit not found“ weist auf einen falschen Namen oder eine fehlende Installation hin. „System has not been booted with systemd“ bedeutet, dass diese Anleitung nicht zur Umgebung passt. Bei „failed“ zunächst Protokoll und Konfiguration prüfen, nicht wiederholt blind neu starten. Protokolle können vertrauliche Angaben enthalten.
Halte das System aktuell und gib nur notwendige Rechte. Öffne keine Ports pauschal und schalte weder Firewall noch TLS-Prüfung ab. Servora benötigt für seine lesenden Systemabfragen keine pauschalen sudo-Rechte. Teile keine Passwörter, privaten Schlüssel oder unbereinigten Protokolle mit dem Support.