Linux

Jeder Linux-Prozess besitzt eine eindeutige PID und verweist über seine PPID auf seinen Elternprozess, wodurch ein nachvollziehbarer Baum aus Eltern- und Kind-Prozessen entsteht. Dieser Artikel zeigt, wie man diesen Baum mit ps und pstree liest, warum verwaiste Prozesse zu PID 1 wandern und wie man in der Praxis einen hängenden PHP-FPM-Worker gezielt aufspürt und beendet.

Wenn top nur zeigt, dass die CPU beschäftigt ist, aber nicht womit, hilft klassisches Monitoring nicht weiter. Kernel-Tracing mit ftrace und perf macht sichtbar, welche Funktion im Kernel wie lange läuft, welcher Syscall blockiert und wo genau die Zeit in einem scheinbar einfachen Request verschwindet.

Die meisten erfolgreichen Angriffe auf Linux-Server treffen auf offene SSH-Passwort-Logins, fehlende Firewall-Regeln und veraltete Pakete, nicht auf ausgeklügelte Zero-Day-Exploits. Dieser Artikel zeigt eine praxistaugliche Härtungs-Baseline, die mit wenig Aufwand den größten Teil der Angriffsfläche schließt, ohne den Betrieb unnötig zu erschweren.

Ein Zombie-Prozess hat sich bereits beendet, doch sein Elternprozess hat den Exit-Status nie abgeholt und blockiert damit einen Eintrag in der Prozesstabelle. Dieser Leitfaden erklärt den Unterschied zwischen Zombies und verwaisten Prozessen, zeigt, warum kill -9 wirkungslos bleibt, und liefert konkrete Befehle, um den verantwortlichen Elternprozess zu finden und das Problem im Code dauerhaft zu beheben.

Eine belastbare PCI-DSS Härtung setzt konkrete Linux Konfiguration voraus, nicht nur Prozessdokumentation. Wer versteht, welche Anforderungen des Standards direkt am Server ansetzen, kann Firewall-Segmentierung, Zugriffskontrolle, Logging und Datei-Integrität so umsetzen, dass sie einem Qualified Security Assessor standhalten.

Symlinks und Hardlinks lösen scheinbar dasselbe Problem, funktionieren aber auf völlig unterschiedlichen Ebenen des Dateisystems. Wer den Unterschied auf Inode-Ebene versteht, vermeidet defekte Verweise, baut zuverlässige atomare Deployments und spart mit rsync-Backups erheblichen Speicherplatz, ohne Datenintegrität zu riskieren.

Ein Cronjob, der laenger laeuft als das geplante Intervall, startet still ein zweites Mal, obwohl der erste Lauf noch nicht fertig ist. Zwei parallele Datenbank-Exports, zwei gleichzeitige Backup-Prozesse oder zwei sich gegenseitig blockierende Import-Skripte sind die Folge, oft ohne sofort sichtbare Fehlermeldung. Dieser Artikel zeigt, wie flock ueberlappende Cronjobs zuverlaessig verhindert, sowohl direkt in der Crontab als auch innerhalb von Skripten, und wo die Grenzen einfacherer Locking-Ansaetze liegen.

Unrotierte Logdateien wachsen unbemerkt, bis eine Festplatte vollläuft und ein produktiver Server abstürzt. logrotate begrenzt Logdateien automatisch nach Größe oder Zeit, komprimiert alte Stände und führt Hooks wie Neustarts nach der Rotation aus. Dieser Artikel zeigt eine praxisnahe Konfiguration für eine eigene PHP Anwendung und wie man sie vor dem Einsatz sicher mit dem Debug Modus testet.

Compliance Automatisierung mit OpenSCAP verwandelt manuelle, fehleranfällige Checklisten in wiederholbare Scans gegen anerkannte SCAP-Profile. Wer den SCAP Security Guide richtig einsetzt, automatische Remediation-Skripte nutzt und den Prozess über Ansible und oscapd fortlaufend betreibt, macht Compliance zu einem beobachtbaren Betriebszustand statt zur einmaligen Vorbereitung auf ein Audit.

Die fünf Felder einer Crontab-Zeile wirken auf den ersten Blick simpel, doch Listen, Bereiche, Schrittweiten und vor allem die berüchtigte OR-Logik zwischen Tag und Wochentag führen regelmäßig zu Jobs, die zur falschen Zeit oder gar nicht laufen. Dieser Leitfaden erklärt die Crontab-Syntax vollständig, inklusive Sonderzeichen, Umgebungsvariablen und Zeitzonen.