Seite 5 - Bash

Ein Passwort als Kommandozeilenargument übergeben, landet dauerhaft in der Bash History und ist für jeden sichtbar, der später dieselbe Shell nutzt. Dieser Artikel zeigt, wie Secrets in der Bash History, der Prozessliste und in Logs entstehen, wie HISTCONTROL und sichere Übergabewege das verhindern, und wie man bestehende History-Dateien nach vergessenen Zugangsdaten durchsucht.

tr gilt oft als das einfachste Textwerkzeug der Shell und wird deshalb unterschaetzt. Zeichenklassen, gezieltes Loeschen mit -d und Squeeze mit -s machen tr zum schnellsten Werkzeug fuer Eingabe-Normalisierung, Trennzeichen-Wechsel und die Bereinigung von Steuerzeichen, oft schneller getippt und schneller ausgefuehrt als ein aequivalentes sed-Kommando.

Wer ein fehlerhaftes Bash-Skript nur mit verstreuten echo-Zeilen untersucht, verliert Zeit und Uebersicht. Der Bash-Debugger bashdb bringt Breakpoints, Watchpoints und Call-Stack-Analyse in die Shell und macht die Fehlersuche in komplexen Skripten so nachvollziehbar wie in jeder anderen Programmiersprache.

Bash-basierte Monitoring-Skripte liefern sofort einsetzbare Überwachung für Server und Container ohne externe Abhängigkeiten. CPU/RAM/Disk-Schwellenwerte, HTTP-Health-Checks, Docker-Container-Status und automatische Alerts per E-Mail oder Webhook – alles mit Shell-Bordmitteln und klarer Alerting-Logik.

Ein Skript mit & im Hintergrund zu starten macht noch keinen Daemon. Ein echter Daemon löst sich vollständig vom Terminal, verhindert Mehrfachstart über eine PID-Datei, reagiert kontrolliert auf Signale wie SIGTERM und SIGHUP, und schreibt sein Log an eine Stelle, die auch ohne Terminal erreichbar bleibt.

SSH in Automatisierungs-Skripten richtig zu verwenden ist anspruchsvoller als es aussieht: StrictHostKeyChecking zu deaktivieren löst das Problem des ersten Verbindungsaufbaus — aber öffnet gleichzeitig Man-in-the-Middle-Angriffe. Dieser Artikel zeigt, wie SSH-Automatisierung ohne Sicherheitskompromisse funktioniert.

Ein Bash-Skript, das curl, ssh oder mysqldump aufruft, laesst sich nicht sinnvoll testen, ohne echte Netzwerkverbindungen oder Datenbanken bei jedem Testlauf anzufassen. Externe Kommandos mocken loest genau dieses Problem: das PATH-Override-Pattern und gezielte Funktionsueberschreibung machen Bash-Tests deterministisch, schnell und unabhaengig von echter Infrastruktur.

Eine rohe diff-Ausgabe ist technisch korrekt, aber schwer zu lesen, weil Zeilen mit + und minus optisch kaum auffallen. Dieser Artikel zeigt, wie eine farbige Diff-Ausgabe in Bash-Skripten entsteht, von fertigen Werkzeugen wie colordiff und git diff bis zur eigenen ANSI-Einfärbung mit awk für Sonderfälle, die kein Standardwerkzeug abdeckt.

Wer sed nur zeilenweise mit s/alt/neu/ einsetzt, stoesst bei Config-Bloecken, XML-Fragmenten und mehrzeiligen Log-Eintraegen schnell an Grenzen. Hold Space und Pattern Space geben sed die Faehigkeit, mehrere Zeilen gleichzeitig zu betrachten und gezielt als zusammenhaengenden Block zu ersetzen, ganz ohne Perl oder Python.

Bash-Skripte, die ohne Locking in Cron-Jobs oder Deployment-Pipelines laufen, riskieren Race Conditions bei Mehrfachausführung. PID-Files sind verbreitet, aber nicht atomar. flock bietet kernel-gestützte Sperren, die auch bei Crashes automatisch freigegeben werden – das richtige Werkzeug für zuverlässiges Locking in Shell-Skripten.