Seite 9 - Linux

MySQL puffert Datenbankseiten bereits im InnoDB Buffer Pool im RAM. Nutzt der Linux-Kernel gleichzeitig seinen eigenen Page Cache fuer dieselben Daten, entsteht Double Buffering: derselbe Speicherinhalt liegt doppelt im Arbeitsspeicher, ohne zusaetzlichen Nutzen. O_DIRECT umgeht den Page Cache gezielt und uebergibt InnoDB die volle Kontrolle ueber das Caching, waehrend Buffered I/O in bestimmten Szenarien trotzdem die pragmatischere Wahl bleibt.

Server, die SSH ausschließlich mit Passwort-Login und offenem Root-Zugang betreiben, sind ein bevorzugtes Ziel automatisierter Brute-Force-Angriffe aus dem gesamten Internet. Dieser Artikel zeigt praxisnah, wie Key-basierte Authentifizierung, eine konsequent gehärtete sshd_config, saubere Client-Konfiguration über host-spezifische Einträge und fail2ban als ergänzende Schutzschicht SSH-Zugänge auf produktiven Linux-Servern zuverlässig und dauerhaft absichern, ganz ohne exotische Zusatztools.

Neben der Systemzeit, die der Kernel im Arbeitsspeicher fuehrt, besitzt fast jede physische und virtuelle Maschine eine batteriegepufferte Hardware-Uhr, die auch im ausgeschalteten Zustand weiterlaeuft. Wer den Unterschied zwischen System Clock und Hardware-Uhr nicht kennt, wundert sich frueher oder spaeter ueber falsche Boot-Zeitstempel, verschobene Zertifikatspruefungen oder ein Dual-Boot-System, das nach jedem Windows-Start eine andere Uhrzeit anzeigt. Dieser Artikel erklaert, wie hwclock funktioniert, wie die Hardware-Uhr korrekt eingestellt wird und wie sie sich zuverlaessig mit der System Clock synchronisieren laesst.

Standardlogs wie syslog oder journald zeigen nur, was Anwendungen selbst protokollieren, nicht aber wer /etc/passwd verändert oder wie ein Prozess seine Rechte erweitert hat. auditd hakt sich direkt in das Linux Kernel Audit Subsystem ein, protokolliert Syscalls und Dateizugriffe lückenlos und macht Änderungen mit ausearch und aureport forensisch nachvollziehbar, inklusive Regeln für sensible Konfigurationsdateien und Rechteausweitung.

Wer taeglich viele Stunden im Terminal verbringt, spuert jede kleine Reibung sofort: langsame Prompts, fehlende Autovervollstaendigung, unleserliche Farben oder wiederholt eingetippte lange Befehle. Eine durchdachte Terminal-Anpassung mit passender Shell, informativem Prompt, sinnvollen Aliassen und gut konfiguriertem Terminal-Emulator spart nicht Sekunden, sondern Stunden ueber die Arbeitswoche verteilt.

Falsch gesetzte Dateiberechtigungen sind eine der häufigsten Ursachen für gehackte Webserver und kaputte Deployments. Dieser Leitfaden erklärt das read/write/execute-Modell, symbolische und oktale chmod-Notation, den Unterschied zwischen chmod und chown sowie eine praxiserprobte Berechtigungs-Baseline für Magento-Webroots mit www-data-Ownership, 755 für Verzeichnisse und 644 für Dateien.

Klassisches Linux AIO ueber libaio erzeugt fuer jede I/O-Operation einen eigenen Systemaufruf mit vollem Kontextwechsel-Overhead. io_uring ersetzt dieses Modell durch zwei zwischen Kernel und Userspace geteilte Ringpuffer und senkt dadurch die Anzahl noetiger Systemaufrufe drastisch, ein Vorteil, der sich besonders bei I/O-intensiven Datenbank- und Suchindex-Workloads mit hoher Parallelitaet bemerkbar macht.

File Integrity Monitoring mit AIDE erkennt unautorisierte Änderungen an kritischen System- und Konfigurationsdateien, bevor sie zu einem unentdeckten Sicherheitsvorfall werden. Wer Baseline, Regeln und automatisierte Checks richtig aufsetzt, gewinnt ein zuverlässiges Frühwarnsystem, das gleichzeitig zentrale Compliance-Anforderungen erfüllt.

Ein einzelner Prozess frisst dauerhaft 100 Prozent CPU, aber niemand weiss warum, es gab keinen Deploy und keine Konfigurationsaenderung. Dieser Artikel zeigt den vollstaendigen Diagnoseweg fuer mysterioesen CPU-Verbrauch: vom ersten Verdacht in top ueber Thread-Analyse und Systemaufrufe mit strace bis zum konkreten Code-Pfad mit perf.

Wer im Incident wahllos Konfigurationen ändert und Dienste neu startet, verlängert die Downtime und produziert widersprüchliche Spuren für die Ursachenanalyse. Ein fester Ablauf aus Verfügbarkeitsprüfung, Änderungsabgleich, Ressourcenchecks und systematischer Log-Analyse führt schneller zur Ursache, liefert nachvollziehbare Dokumentation für das Postmortem und macht klar, wann eskaliert werden sollte, statt endlos allein weiterzugraben.