Seite 5 - Linux

Wenn PHP-FPM oder Nginx unter Last mit Too many open files abbricht, liegt die Ursache fast immer an einem zu niedrigen ulimit-Wert statt an echtem Ressourcenmangel. Dieser Artikel erklärt den Unterschied zwischen Soft- und Hard-Limits, zeigt, wie man File-Descriptor- und Prozess-Grenzen über limits.conf und systemd-Overrides dauerhaft und korrekt konfiguriert, und wie man den Fehler zuverlässig diagnostiziert.

Wer Netzwerkprobleme auf einem Linux-Server systematisch lösen will, braucht ein klares Verständnis von Interfaces, Routing und Namensauflösung. Dieser Artikel erklärt, wie ip addr und ip link Schnittstellen verwalten, wie die Routing-Tabelle mit ip route funktioniert, wie resolv.conf und nsswitch.conf DNS steuern, und in welcher festen Reihenfolge sich Verbindungsfehler zuverlässig eingrenzen lassen.

Mobiles Arbeiten im Zug, im Café oder mit wechselndem WLAN bringt klassisches SSH regelmaessig an seine Grenzen: Jeder IP-Wechsel oder jede kurze Unterbrechung beendet die Verbindung. Mosh loest genau dieses Problem mit einem UDP-basierten Protokoll, das Verbindungsabbrueche und Netzwerkwechsel transparent uebersteht und dabei durch lokales Echo spuerbar reaktionsschneller wirkt als SSH.

SSH-Tunneling verwandelt eine einzige verschlüsselte Verbindung in einen sicheren Kanal für beliebige TCP-Dienste, die sonst nur lokal auf einem Server erreichbar sind. Dieser Artikel erklärt lokale, entfernte und dynamische Portweiterleitung an konkreten Beispielen, zeigt den Tunnel zu einer nur serverintern erreichbaren Datenbank, den Einsatz von autossh für dauerhaft stabile Verbindungen und die Sicherheitsrisiken offen gelassener Tunnel.

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.