13.1 Linux im Serverbetrieb
Linux wird sehr häufig im Serverbetrieb eingesetzt.
Typische Einsatzbereiche sind:
- Webserver
- Datenbankserver
- Dateiserver
- DNS-Server
- DHCP-Server
- Mailserver
- Container-Hosts
- Monitoring-Systeme
- Backup-Server
- Proxy-Server
- VPN-Server
- NAS-Systeme
Für Fachinformatiker Systemintegration ist Linux im Serverbetrieb besonders wichtig, weil viele Dienste in Unternehmen, Rechenzentren, Cloud-Umgebungen und Homelabs auf Linux laufen.
Merksatz:
Linux ist eines der wichtigsten Betriebssysteme im Serverbereich.
Lernziele
Nach dieser Seite solltest du erklären können:
- warum Linux häufig als Serverbetriebssystem genutzt wird
- welche Aufgaben Linux-Server übernehmen können
- was Serverdienste sind
- wie Serverdienste verwaltet werden
- welche Rolle SSH im Serverbetrieb hat
- warum Headless-Betrieb typisch ist
- wie Linux mit Webservern,
Datenbanken,
Containern
und Freigaben zusammenhängt
- welche Grundregeln für sicheren Serverbetrieb gelten
- wie man typische Serverprobleme eingrenzt
Grundidee
Ein Server ist ein System, das Dienste für andere Systeme bereitstellt.
Ein Linux-Server kann zum Beispiel:
Webseiten ausliefern
Datenbanken bereitstellen
Dateien speichern
Benutzer authentifizieren
Container ausführen
Backups speichern
DNS-Namen auflösen
Netzwerkzugriffe absichern
Anwendungen hosten
Wichtig:
Ein Server ist nicht automatisch ein bestimmter Gerätetyp.
Server bedeutet vor allem:
Das System stellt Dienste bereit.
Merksatz:
Server stellen Dienste für Clients bereit.
Warum Linux im Serverbetrieb häufig genutzt wird
Linux wird auf Servern häufig eingesetzt, weil es:
- stabil läuft
- gut automatisierbar ist
- ressourcenschonend betrieben werden kann
- ohne grafische Oberfläche auskommt
- viele Netzwerkdienste unterstützt
- gut per SSH administrierbar ist
- stark in Cloud- und Containerumgebungen verbreitet ist
- viele Paketmanager und Repositories bietet
- gut dokumentierbare Konfigurationen nutzt
- flexibel anpassbar ist
Merksatz:
Linux ist stabil,
flexibel
und gut automatisierbar.
Server und Client
Ein Client nutzt einen Dienst.
Ein Server stellt einen Dienst bereit.
Beispiele:
| Client | Serverdienst |
|---|---|
| Browser | Webserver |
| E-Mail-Programm | Mailserver |
| Datenbankanwendung | Datenbankserver |
| PC im Netzwerk | Dateiserver |
| SSH-Client | SSH-Server |
| DNS-Client | DNS-Server |
Merksatz:
Client fragt an.
Server antwortet mit einem Dienst.
Serverdienst
Ein Serverdienst ist ein Programm, das im Hintergrund läuft und eine bestimmte Funktion bereitstellt.
Beispiele:
| Dienst | Zweck |
|---|---|
| sshd | Fernadministration |
| nginx | Webserver |
| apache2 | Webserver |
| mariadb | Datenbank |
| postgresql | Datenbank |
| named / bind9 | DNS |
| isc-dhcp-server | DHCP |
| samba | SMB-Dateifreigaben |
| nfs-server | NFS-Dateifreigaben |
| docker | Container |
| cron | zeitgesteuerte Aufgaben |
Merksatz:
Ein Server besteht oft aus mehreren Diensten.
Headless-Betrieb
Viele Linux-Server laufen ohne Monitor, Tastatur und grafische Oberfläche.
Das nennt man:
headless
Administration erfolgt meist über:
SSH
Weboberflächen
Automatisierung
Monitoring
Konfigurationsdateien
Vorteile:
weniger Ressourcenverbrauch
weniger Angriffsfläche
bessere Automatisierung
einfacher Remote-Betrieb
Merksatz:
Server werden häufig ohne grafische Oberfläche betrieben.
SSH im Serverbetrieb
SSH ist der wichtigste Zugriff für Linux-Serveradministration.
Typischer Port:
TCP 22
Beispiel:
ssh benutzer@server
SSH ermöglicht:
Befehle ausführen
Konfigurationen bearbeiten
Logs prüfen
Dienste verwalten
Dateien übertragen
Tunnel aufbauen
Wichtig:
SSH muss sicher konfiguriert werden.
Merksatz:
SSH ist der Standardzugang zur Linux-Serveradministration.
Typische Serveradministration über SSH
Beispiele:
systemctl status nginx
journalctl -u nginx
df -h
free -h
ss -tulpen
ip addr
ip route
nano /etc/nginx/nginx.conf
apt update
apt upgrade
Merksatz:
Linux-Server werden oft komplett über die Shell verwaltet.
Dienste verwalten
Auf vielen Linux-Systemen werden Dienste mit systemd verwaltet.
Wichtige Befehle:
| Befehl | Bedeutung |
|---|---|
| systemctl status dienst | Status prüfen |
| systemctl start dienst | Dienst starten |
| systemctl stop dienst | Dienst stoppen |
| systemctl restart dienst | Dienst neu starten |
| systemctl reload dienst | Konfiguration neu laden |
| systemctl enable dienst | Autostart aktivieren |
| systemctl disable dienst | Autostart deaktivieren |
| journalctl -u dienst | Logs eines Dienstes anzeigen |
Merksatz:
systemctl verwaltet Dienste.
journalctl zeigt Dienstlogs.
Autostart von Diensten
Ein Serverdienst soll oft automatisch beim Systemstart starten.
Autostart aktivieren:
systemctl enable dienst
Dienst sofort starten:
systemctl start dienst
Kombiniert:
systemctl enable --now dienst
Prüfen:
systemctl is-enabled dienst
systemctl is-active dienst
Merksatz:
enabled heißt:
startet beim Boot.
active heißt:
läuft gerade.
Webserver
Ein Webserver liefert Webseiten, Webanwendungen oder API-Antworten aus.
Typische Linux-Webserver:
nginx
Apache HTTP Server
Typische Ports:
| Protokoll | Port |
|---|---|
| HTTP | TCP 80 |
| HTTPS | TCP 443 |
Typische Aufgaben:
statische Webseiten ausliefern
Reverse Proxy
TLS beenden
Weiterleitungen
Zugriffskontrolle
Logging
Merksatz:
Webserver stellen Inhalte über HTTP oder HTTPS bereit.
Nginx
Nginx wird häufig genutzt als:
Webserver
Reverse Proxy
TLS-Endpunkt
Load Balancer
Proxy vor Anwendungen
Typische Prüfungen:
systemctl status nginx
nginx -t
journalctl -u nginx
ss -tulpen
curl -I http://localhost
Merksatz:
nginx -t prüft die Konfiguration.
Apache
Apache HTTP Server wird häufig genutzt als:
klassischer Webserver
PHP-Webserver
virtueller Host-Server
Webserver für viele Anwendungen
Typische Prüfungen:
systemctl status apache2
apachectl configtest
journalctl -u apache2
ss -tulpen
Merksatz:
Apache und Nginx sind typische Webserver unter Linux.
Reverse Proxy
Ein Reverse Proxy nimmt Anfragen von Clients entgegen und leitet sie an interne Dienste weiter.
Beispiel:
Client → Reverse Proxy → interne Webanwendung
Typische Aufgaben:
TLS-Zertifikate verwalten
mehrere Anwendungen über eine IP erreichbar machen
Weiterleitung nach Hostname
Schutz interner Dienste
Logging
zentrale Zugriffskontrolle
Merksatz:
Reverse Proxy steht vor internen Diensten.
Datenbankserver
Linux wird häufig für Datenbanken genutzt.
Beispiele:
| Datenbank | Typ |
|---|---|
| PostgreSQL | relationale Datenbank |
| MariaDB | relationale Datenbank |
| MySQL | relationale Datenbank |
| Redis | In-Memory-Datenbank / Cache |
| SQLite | dateibasierte Datenbank |
Typische Aufgaben:
Daten speichern
Anwendungen versorgen
Benutzerrechte verwalten
Backups erstellen
Performance überwachen
Merksatz:
Datenbanken sind zentrale Dienste und brauchen besondere Sicherung.
Datenbankserver sicher betreiben
Wichtige Punkte:
nicht unnötig öffentlich erreichbar machen
starke Passwörter verwenden
Benutzerrechte begrenzen
regelmäßige Backups erstellen
Restore testen
Updates einspielen
Logs prüfen
Speicherplatz überwachen
Dienststatus überwachen
Merksatz:
Datenbankserver brauchen Sicherheit,
Backups
und Monitoring.
Dateiserver
Linux kann Dateien im Netzwerk bereitstellen.
Typische Protokolle:
| Protokoll | Typischer Einsatz |
|---|---|
| SMB/CIFS | Windows- und gemischte Netzwerke |
| NFS | Linux/Unix-Umgebungen |
| SFTP | Dateiübertragung über SSH |
| rsync | Synchronisation und Backups |
Typische Dienste:
samba
nfs-server
sshd
Merksatz:
Dateiserver stellen Speicher im Netzwerk bereit.
Samba
Samba ermöglicht SMB/CIFS-Freigaben unter Linux.
Typische Nutzung:
Windows-Freigaben
NAS-Freigaben
gemischte Netzwerke
gemeinsame Ordner
Wichtige Themen:
Benutzerrechte
Dateirechte
Freigaberechte
Authentifizierung
Netzwerkerreichbarkeit
Merksatz:
Samba verbindet Linux mit SMB/Windows-Freigaben.
NFS
NFS steht für:
Network File System
Typische Nutzung:
Linux-zu-Linux-Freigaben
Server-zu-Server-Speicher
virtuelle Umgebungen
Backup-Ziele
Wichtig:
UID/GID,
Export-Regeln
und Dateirechte müssen passen.
Merksatz:
NFS ist typisch für Linux/Unix-Dateifreigaben.
DNS-Server
Ein DNS-Server löst Namen in IP-Adressen auf.
Beispiel:
server01.intern
wird zu:
192.168.10.20
Typische Aufgaben:
interne Namensauflösung
Zonen verwalten
Weiterleitung an externe DNS-Server
Reverse DNS
DNS-Caching
Typische Software:
BIND
Unbound
dnsmasq
Merksatz:
DNS macht Namen zu IP-Adressen.
DHCP-Server
Ein DHCP-Server vergibt Netzwerkkonfigurationen automatisch.
Typische Informationen:
IP-Adresse
Subnetzmaske
Gateway
DNS-Server
Lease-Zeit
Vorteil:
Clients müssen nicht manuell konfiguriert werden.
Merksatz:
DHCP verteilt IP-Konfigurationen automatisch.
Container-Host
Linux ist sehr häufig die Grundlage für Container.
Typische Werkzeuge:
Docker
Podman
containerd
Container nutzen Linux-Funktionen wie:
Namespaces
cgroups
Dateisystem-Layer
Netzwerk-Bridges
Volumes
Typische Aufgaben:
Container starten
Images aktualisieren
Volumes sichern
Logs prüfen
Ports verwalten
Netzwerke konfigurieren
Merksatz:
Container laufen häufig auf Linux-Hosts.
Container und Ports
Containerdienste sind oft über Portweiterleitungen erreichbar.
Beispielidee:
Host-Port 8080 → Container-Port 80
Wichtig prüfen:
welcher Host-Port genutzt wird
welcher Container-Port genutzt wird
ob der Dienst im Container läuft
ob der Container im richtigen Netzwerk ist
ob Volumes korrekt eingebunden sind
ob Firewall-Regeln passen
Merksatz:
Bei Containern immer Host-Port,
Container-Port,
Netzwerk
und Volume unterscheiden.
Container und persistente Daten
Container selbst sind oft ersetzbar.
Daten sollten deshalb in:
Volumes
Bind Mounts
Datenbanken
externem Speicher
liegen.
Warum?
Container können neu erstellt werden
Images können aktualisiert werden
Container-Dateisysteme können verloren gehen
Backups müssen Daten außerhalb des Containers erfassen
Merksatz:
Container ersetzen,
Daten erhalten.
Serverrollen
Ein Linux-Server kann eine oder mehrere Rollen haben.
Beispiele:
| Rolle | Aufgabe |
|---|---|
| Webserver | Webseiten bereitstellen |
| Datenbankserver | Daten speichern |
| Dateiserver | Dateien bereitstellen |
| Backupserver | Sicherungen speichern |
| Monitoringserver | Systeme überwachen |
| Proxyserver | Anfragen weiterleiten |
| Containerhost | Container ausführen |
| VPN-Server | sichere Tunnel bereitstellen |
| DNS-Server | Namen auflösen |
| DHCP-Server | IP-Konfiguration verteilen |
Merksatz:
Serverrollen beschreiben,
welche Aufgabe ein Server übernimmt.
Mehrere Dienste auf einem Server
Ein Server kann mehrere Dienste ausführen.
Beispiel:
Webserver
Datenbank
Backup-Agent
Monitoring-Agent
SSH
Vorteile:
weniger Systeme nötig
einfache kleine Umgebung
Nachteile:
höhere Abhängigkeit
mehr Angriffsfläche
schwierigeres Troubleshooting
Ressourcen teilen sich mehrere Dienste
ein Ausfall betrifft mehrere Funktionen
Merksatz:
Mehr Dienste auf einem Server bedeuten mehr Abhängigkeiten.
Trennung von Diensten
In größeren Umgebungen werden Dienste oft getrennt.
Beispiel:
Webserver auf Server A
Datenbank auf Server B
Backup auf Server C
Monitoring auf Server D
Vorteile:
bessere Sicherheit
klarere Zuständigkeiten
einfachere Skalierung
bessere Fehlereingrenzung
weniger gegenseitige Beeinflussung
Nachteile:
mehr Systeme
mehr Netzwerkabhängigkeiten
mehr Administration
Merksatz:
Diensttrennung verbessert Sicherheit und Skalierbarkeit,
erhöht aber Verwaltungsaufwand.
Produktivsystem, Testsystem und Entwicklungssystem
Typische Umgebungen:
| Umgebung | Zweck |
|---|---|
| Entwicklung | neue Funktionen entwickeln |
| Test | Änderungen prüfen |
| Produktion | echter Betrieb für Benutzer |
| Staging | produktionsnahe Vorstufe |
Wichtig:
Änderungen sollten nicht ungetestet direkt in Produktion erfolgen.
Merksatz:
Produktion ist nicht der Ort für ungetestete Experimente.
Serverhärtung
Serverhärtung bedeutet, ein System sicherer zu konfigurieren und unnötige Risiken zu reduzieren.
Maßnahmen:
nur benötigte Dienste installieren
unnötige Ports schließen
Updates einspielen
SSH absichern
Firewall aktivieren
Benutzerrechte begrenzen
Logs überwachen
Backups einrichten
Standardpasswörter entfernen
Konfiguration dokumentieren
Merksatz:
Härtung reduziert Angriffsfläche.
Minimale Installation
Ein Server sollte nur Software enthalten, die für seine Aufgabe notwendig ist.
Vorteile:
weniger Angriffsfläche
weniger Updates
weniger Abhängigkeiten
weniger Fehlerquellen
bessere Übersicht
Beispiel:
Ein Datenbankserver braucht normalerweise keine grafische Desktopumgebung.
Merksatz:
Installiere nur,
was benötigt wird.
Firewall im Serverbetrieb
Ein Server sollte nur notwendige Ports erreichbar machen.
Beispiele:
| Dienst | Port |
|---|---|
| SSH | TCP 22 |
| HTTP | TCP 80 |
| HTTPS | TCP 443 |
| DNS | TCP/UDP 53 |
| DHCP | UDP 67/68 |
| SMB | TCP 445 |
| PostgreSQL | TCP 5432 |
| MySQL/MariaDB | TCP 3306 |
Wichtig:
Nicht jeder Dienst muss aus jedem Netz erreichbar sein.
Merksatz:
Ports nur für notwendige Quellen öffnen.
Monitoring im Serverbetrieb
Server sollten überwacht werden.
Wichtige Messwerte:
CPU
RAM
Swap
Speicherplatz
Inodes
Netzwerk
Dienststatus
offene Ports
Logs
Zertifikate
Backups
Antwortzeiten
Merksatz:
Monitoring erkennt Probleme,
bevor sie kritisch werden.
Backup im Serverbetrieb
Server brauchen regelmäßige Backups.
Zu sichern sind oft:
Anwendungsdaten
Datenbanken
Konfigurationen
Skripte
Zertifikate
Schlüssel
systemd-Units
Docker Compose Dateien
Dokumentation
Wichtig:
Restore testen
RPO und RTO definieren
Backup-Logs prüfen
externe Kopie vorhalten
Merksatz:
Backup ohne Restore-Test ist unsicher.
Dokumentation im Serverbetrieb
Dokumentation sollte enthalten:
Servername
IP-Adresse
Aufgabe
installierte Dienste
offene Ports
Benutzer und Berechtigungen
wichtige Pfade
Backup-Plan
Restore-Anleitung
Abhängigkeiten
Monitoring
Ansprechpartner
Änderungsverlauf
Merksatz:
Gute Dokumentation spart im Fehlerfall Zeit.
Typische wichtige Pfade auf Servern
| Pfad | Bedeutung |
|---|---|
| /etc | Konfigurationen |
| /var/log | Logs |
| /var/lib | Anwendungsdaten |
| /srv | bereitgestellte Dienstdaten |
| /opt | optionale Anwendungen |
| /home | Benutzerverzeichnisse |
| /root | Root-Home |
| /tmp | temporäre Dateien |
| /usr/bin | Programme |
| /etc/systemd/system | eigene systemd-Units |
Merksatz:
Serverwissen bedeutet auch:
wichtige Pfade kennen.
Typische Serverprüfung nach Neustart
Nach einem Neustart prüfen:
Erreichbarkeit
SSH-Zugriff
wichtige Dienste
offene Ports
Speicherplatz
Logs
Mounts
Datenbanken
Webanwendungen
Backups
Beispielbefehle:
systemctl status dienst
ss -tulpen
df -h
journalctl -p err -b
findmnt
Merksatz:
Nach Neustart nicht nur schauen,
ob der Server pingt.
Typische Serverprüfung nach Update
Nach Updates prüfen:
Paketmanager meldet keine Fehler
Kernel-Neustart nötig?
Dienste laufen
Ports lauschen
Anwendungen antworten
Logs enthalten keine neuen Fehler
Speicherplatz ausreichend
Monitoring wieder grün
Beispielbefehle:
systemctl --failed
journalctl -p err -b
ss -tulpen
df -h
Merksatz:
Update fertig heißt erst fertig,
wenn Dienste und Anwendungen geprüft sind.
Typische Fehlerbilder im Serverbetrieb
| Fehlerbild | Mögliche Ursache |
|---|---|
| Server nicht erreichbar | Netzwerk, Firewall, ausgeschaltet, Routing |
| SSH geht nicht | Dienst, Port, Firewall, Benutzer, Schlüssel |
| Webseite nicht erreichbar | Webserver, Port, DNS, TLS, Reverse Proxy |
| Datenbank nicht erreichbar | Dienst, Port, Bind-Adresse, Rechte |
| Dienst startet nicht | Konfiguration, Rechte, Abhängigkeit, Port |
| Speicher voll | Logs, Datenbanken, Backups, Container |
| hohe Last | CPU, RAM, I/O, Prozesse, Angriff |
| Mount fehlt | fstab, Netzwerk, Datenträger |
| Backup fehlt | Cron, Rechte, Ziel voll, Netzwerk |
| Name löst nicht auf | DNS, /etc/hosts, Resolver |
Fehlersuche bei Serverdiensten
Sinnvolle Reihenfolge:
1. Fehlerbild genau beschreiben
2. Dienststatus prüfen
3. Logs prüfen
4. Port prüfen
5. lokale Verbindung testen
6. externe Verbindung testen
7. Firewall prüfen
8. Konfiguration prüfen
9. Rechte prüfen
10. Abhängigkeiten prüfen
Beispiel:
systemctl status nginx
journalctl -u nginx
ss -tulpen
curl -I http://127.0.0.1
Merksatz:
Dienstprobleme immer von innen nach außen prüfen.
Von innen nach außen prüfen
Bei einem Webdienst:
1. Läuft der Prozess?
2. Lauscht der Port lokal?
3. Antwortet der Dienst lokal?
4. Antwortet der Dienst über Server-IP?
5. Antwortet der Dienst aus dem Netzwerk?
6. Funktioniert DNS?
7. Funktioniert HTTPS?
8. Funktioniert die Anwendung?
Merksatz:
Erst lokal prüfen,
dann Netzwerk,
dann DNS,
dann Anwendung.
Typische Prüfungsfragen
| Frage | Kurzantwort |
|---|---|
| Warum wird Linux häufig als Server genutzt? | stabil, flexibel, automatisierbar, ressourcenschonend |
| Was ist ein Serverdienst? | Hintergrunddienst, der eine Funktion bereitstellt |
| Was bedeutet headless? | Betrieb ohne Monitor und grafische Oberfläche |
| Wofür wird SSH genutzt? | sichere Fernadministration |
| Was ist ein Webserver? | Dienst für HTTP/HTTPS |
| Was ist ein Reverse Proxy? | vorgeschalteter Proxy vor internen Diensten |
| Was ist ein Datenbankserver? | Server zur strukturierten Datenspeicherung |
| Was ist ein Dateiserver? | stellt Dateien im Netzwerk bereit |
| Was ist ein Container-Host? | System, das Container ausführt |
| Warum Serverhärtung? | Angriffsfläche reduzieren |
| Warum Monitoring? | Probleme früh erkennen |
| Warum Dokumentation? | Betrieb und Fehlerbehebung nachvollziehbar machen |
Typische Prüfungsfallen
| Falle | Richtig denken |
|---|---|
| Server als Hardware definieren | Server ist vor allem eine Rolle |
| Dienst läuft = Dienst erreichbar | Port, Firewall, Bind-Adresse prüfen |
| Ping geht = Anwendung geht | Ping prüft nicht HTTP, SSH oder Datenbank |
| Headless mit eingeschränkter Verwaltung verwechseln | Verwaltung erfolgt per SSH und Tools |
| Datenbank öffentlich erreichbar machen | nur notwendige Quellen erlauben |
| Containerdaten im Container speichern | Volumes oder Bind Mounts nutzen |
| Backup nur für Benutzerdaten planen | auch Konfigurationen sichern |
| Update ohne Nachprüfung | Dienste, Logs und Anwendungen prüfen |
| mehrere Dienste ohne Abhängigkeiten betrachten | Dienste beeinflussen sich gegenseitig |
| keine Dokumentation | Fehlerfall wird langsamer und riskanter |
IHK-sichere Kurzformulierung
Linux wird häufig als Serverbetriebssystem eingesetzt, weil es stabil, ressourcenschonend, gut automatisierbar und per SSH administrierbar ist. Ein Server stellt Dienste für Clients bereit, zum Beispiel Webserver, Datenbankserver, Dateiserver, DNS, DHCP, Container oder Backupdienste. Viele Linux-Server laufen headless, also ohne grafische Oberfläche, und werden über SSH, systemctl, journalctl und Konfigurationsdateien verwaltet. Im sicheren Serverbetrieb sind minimale Installation, regelmäßige Updates, Firewall-Regeln, Diensthärtung, Monitoring, Backups, Restore-Tests und Dokumentation wichtig. Bei Fehlern wird systematisch geprüft: Dienststatus, Logs, offene Ports, lokale Antwort, Netzwerkzugriff, Firewall, Konfiguration, Rechte und Abhängigkeiten.
Merksätze
Linux ist im Serverbereich sehr verbreitet.
Server stellen Dienste bereit.
Client fragt an,
Server antwortet.
Serverdienst = Hintergrunddienst mit Aufgabe.
Headless bedeutet:
ohne grafische Oberfläche.
SSH ist Standard für Fernadministration.
systemctl verwaltet Dienste.
journalctl zeigt Dienstlogs.
enabled heißt Autostart.
active heißt läuft gerade.
Webserver nutzen HTTP und HTTPS.
HTTP nutzt TCP 80.
HTTPS nutzt TCP 443.
Reverse Proxy steht vor internen Diensten.
Datenbanken brauchen besondere Sicherung.
Dateiserver stellen Speicher im Netzwerk bereit.
Samba nutzt SMB/CIFS.
NFS ist typisch für Linux/Unix-Freigaben.
DNS löst Namen auf.
DHCP verteilt IP-Konfiguration.
Container laufen häufig auf Linux-Hosts.
Containerdaten gehören in Volumes oder Bind Mounts.
Serverrollen beschreiben Aufgaben.
Mehr Dienste bedeuten mehr Abhängigkeiten.
Diensttrennung verbessert Sicherheit und Skalierbarkeit.
Produktion ist nicht für ungetestete Experimente.
Härtung reduziert Angriffsfläche.
Nur benötigte Dienste betreiben.
Nur notwendige Ports öffnen.
Monitoring erkennt Probleme früh.
Backup ohne Restore-Test ist unsicher.
Dokumentation spart im Fehlerfall Zeit.
Dienstprobleme von innen nach außen prüfen.