Seite 9 - Linux

Bash laedt bei jedem Start eine unterschiedliche Kombination aus Konfigurationsdateien, abhaengig davon, ob es sich um eine Login-Shell, eine interaktive Nicht-Login-Shell oder eine Skriptausfuehrung ohne Interaktion handelt. Wer PATH-Erweiterungen oder Umgebungsvariablen in die falsche Datei schreibt, bekommt lokal ein scheinbar funktionierendes Setup und wundert sich, warum genau dieselbe Variable im Cronjob oder Deployment-Skript plötzlich fehlt.

Die Load Average zeigt drei exponentiell geglättete Durchschnittswerte der Warteschlange rechenbereiter und blockierter Prozesse über eine, fünf und fünfzehn Minuten. Wer die Zahl allein an der Kernanzahl misst, verwechselt häufig CPU-gebundene mit I/O-gebundener Last. Dieser Leitfaden erklärt die Berechnung, zeigt die richtige Lektüre von uptime und top und liefert klare Diagnoseschritte für die Praxis.

SSH haengt, das Monitoring liefert keine Werte mehr, und im Team herrscht Unsicherheit, ob ein sofortiger Hardware-Reset das richtige Mittel ist. Dieses Runbook liefert eine klare Eskalationsreihenfolge fuer einen nicht reagierenden Server: von schneller Netzwerkdiagnose ueber Out-of-Band-Zugriff und Magic SysRq bis zum kontrollierten Reset als allerletztes Mittel.

Der Kernel schreibt jede wichtige Meldung, von der Hardware-Erkennung beim Boot bis zum OOM-Killer im laufenden Betrieb, in einen internen Ringpuffer, den dmesg auslesbar macht. Wer die Kernel-Log-Analyse mit dmesg beherrscht, findet Treiberfehler, Speicherprobleme und Hardwaredefekte oft Minuten bevor sie sich in einem Anwendungsausfall zeigen, statt erst danach im Nachhinein zu suchen.

Wer ein einzelnes grafisches Tool auf einem entfernten Linux-Server oeffnen will, braucht keinen vollstaendigen Remote-Desktop. X11 Forwarding ueber SSH reicht dafuer meist voellig aus. Fuer einen kompletten Desktop mit mehreren Fenstern und persistenter Sitzung ist dagegen ein VNC-Server die deutlich robustere Loesung. Beide Ansaetze haben klare Einsatzgebiete, die sich anhand von Latenz, Sicherheit und Anwendungsfall sauber trennen lassen.

Ein unsauberer Shutdown oder ein Stromausfall reicht, damit ein Dateisystem inkonsistente Metadaten zurücklässt. fsck erkennt solche Fehler und repariert sie, aber nur wenn man den Ablauf, das Aushängen, das read-only Prüfen und erst danach das Reparieren, in der richtigen Reihenfolge einhält.

Ein CIS Benchmark liefert die konkreteste verfügbare Checkliste, um einen Linux Server nachvollziehbar zu härten und Compliance-Anforderungen zu erfüllen. Wer die Kontrollen versteht, priorisiert und mit CIS-CAT sowie Ansible automatisiert, ersetzt manuelle Einzelprüfungen durch wiederholbare, auditierbare Prozesse.

Wer schon einmal eine Umgebungsvariable in einer SSH-Sitzung gesetzt hat, die im Cron-Job plötzlich fehlte, kennt das Problem: Bash lädt je nach Kontext völlig unterschiedliche Startdateien. Die Ladereihenfolge von profile, bash_profile und bashrc entscheidet, welche Konfiguration überhaupt wirksam wird, und genau dieses Verständnis fehlt vielen Administratoren.

Ungepatchte Server sind das häufigste Einfallstor für Angriffe, aber vollautomatische Updates ohne Kontrolle bergen ein eigenes Risiko. Dieser Artikel zeigt, wie unattended-upgrades Sicherheitspatches zuverlässig einspielt, Fehler per E-Mail meldet und Reboots in ein planbares Wartungsfenster verschiebt, statt den Betrieb unvorhersehbar zu unterbrechen.

Ein einzelner Server ist immer ein einzelner Ausfallpunkt. keepalived löst dieses Problem mit dem VRRP-Protokoll, indem zwei oder mehr Linux-Server sich eine virtuelle IP-Adresse teilen und bei einem Ausfall automatisch übernehmen, ganz ohne teuren Hardware-Loadbalancer.