Server FAQ & Tipps – Troubleshooting & Best Practices

SMART-Werte: Prüfen Sie regelmäßig mit smartctl -a /dev/sda (Linux) oder CrystalDiskInfo (Windows)
Kritische Werte: Reallocated Sectors, Pending Sectors, Uncorrectable Errors
Geräusche: Klickende, schleifende oder piepende Geräusche
Performance: Langsame Zugriffe, Timeouts, I/O-Fehler in Logs
Dateisystem-Fehler: Korrupte Dateien, Read-Only-Modus

# SMART-Status prüfen (Linux)
sudo smartctl -H /dev/sda
sudo smartctl -a /dev/sda | grep -E "Reallocated|Pending|Uncorrectable"

⚠️ Wichtig: Bei ersten Anzeichen sofort Backup erstellen und Platte austauschen! Warten Sie nicht auf den kompletten Ausfall.

Wie viel RAM braucht mein Server?

Der RAM-Bedarf hängt stark vom Einsatzzweck ab:

Einfacher Webserver: 2-4 GB
Datenbank-Server (klein): 8-16 GB
Datenbank-Server (groß): 32-128 GB+
Virtualisierungs-Host: 64-256 GB+ (je nach VM-Anzahl)
File-Server: 8-32 GB (Cache hilft bei vielen Zugriffen)
Application-Server: 16-64 GB (abhängig von der App)

                        💡 Faustregel: Lieber zu viel als zu wenig RAM. RAM ist günstig, Performance-Probleme durch Swapping sind teuer. Monitorieren Sie den RAM-Verbrauch und planen Sie 20-30% Reserve ein.
                    

SSD oder HDD – was soll ich verwenden?

Die Wahl hängt vom Use Case ab:

SSD (NVMe empfohlen): Betriebssystem, Datenbanken, Anwendungen, alles mit vielen IOPS
HDD: Massenspeicher, Backups, Archive, Medien-Dateien, Cold Storage
Kombination: SSD für OS + Apps, HDD für Daten/Backups (beste Preis-Leistung)

                        💡 Empfehlung: Für Produktivsysteme immer SSD/NVMe für das Betriebssystem und kritische Anwendungen. HDDs nur für reine Datenspeicherung, wo Geschwindigkeit nicht primär ist.
                    

Wie überwache ich die CPU-Temperatur?

Überhitzung kann zu Performance-Einbrüchen (Throttling) oder Hardware-Schäden führen.

# Linux: Temperatur anzeigen
sudo apt install lm-sensors
sudo sensors-detect  # Einmalig konfigurieren
sensors              # Aktuelle Werte anzeigen

# Kontinuierliche Überwachung
watch -n 2 sensors

# Alert bei hoher Temperatur (Beispiel: > 80°C)
if [ $(sensors | grep "Core 0" | awk '{print $3}' | tr -d '+°C') -gt 80 ]; then
    echo "WARNUNG: CPU zu heiß!" | mail -s "CPU Temp Alert" admin@firma.de
fi

Normal: 30-60°C (Idle), 60-80°C (Last)
Kritisch: > 85°C – Kühlung prüfen!
Gefährlich: > 95°C – Sofort handeln!

RAID ist kein Backup – warum?

RAID schützt nur vor Hardware-Ausfällen (Festplattencrash), aber NICHT vor:

Versichtlichem oder versehentlichem Löschen von Dateien
Ransomware und Malware
Dateikorruption durch Softwarefehler
Diebstahl, Feuer, Wasser, Naturkatastrophen
Controller-Ausfall (bei Hardware-RAID)
Human Error (falsche Konfiguration)

🚨 Merke: RAID = Verfügbarkeit, Backup = Datensicherheit. Immer beide kombinieren! Die 3-2-1-Regel: 3 Kopien, 2 verschiedene Medien, 1 extern/offsite.

Wie tausche ich eine Festplatte im laufenden Betrieb (Hot-Swap)?

Hot-Swap ist nur möglich, wenn Ihr Server und RAID-Controller dies unterstützen.

Vorbereitung: Backup erstellen, RAID-Status prüfen
Platte identifizieren: LED-Lokalisierung nutzen (wenn verfügbar)
RAID-Rebuild starten: Falls noch nicht automatisch
Platte entfernen: Entriegelungsmechanismus betätigen, vorsichtig herausziehen
Neue Platte einsetzen: Gleiche Kapazität oder größer, gleicher Typ empfohlen
Rebuild abwarten: Kann Stunden dauern, Server bleibt nutzbar

⚠️ Achtung: Während des Rebuilds ist das Array anfälliger. Vermeiden Sie hohe Last. Bei RAID 5: Wenn während des Rebuilds eine weitere Platte ausfällt, sind ALLE Daten verloren!

Wie teste ich die Festplatten-Performance?

# Linux: fio (empfohlen)
sudo apt install fio
# Random Read Test (4K Blöcke)
fio --name=randread --ioengine=libaio --direct=1 --bs=4k --numjobs=4 \
    --size=1G --rw=randread --runtime=60 --group_reporting

# Sequentieller Schreibtest
fio --name=seqwrite --ioengine=libaio --direct=1 --bs=1M --numjobs=1 \
    --size=4G --rw=write --runtime=60 --group_reporting

# Einfacher dd-Test (weniger aussagekräftig)
dd if=/dev/zero of=testfile bs=1M count=1024 conv=fdatasync

Richtwerte (NVMe SSD):

Sequenziell Lesen: 3.000-7.000 MB/s
Sequenziell Schreiben: 2.500-6.000 MB/s
Random 4K Read: 500.000-1.000.000 IOPS

Wann sollte ich Server-Hardware aufrüsten?

Aufrüstung ist sinnvoll, wenn:

Performance-Bottlenecks: CPU/RAM/Disk dauerhaft > 80% Auslastung
Wachstum: Mehr Benutzer, mehr Daten, neue Anwendungen
End-of-Life: Hardware älter als 5 Jahre, keine Ersatzteile mehr
Energieeffizienz: Neue Hardware verbraucht oft weniger Strom
Sicherheitslücken: Firmware/BIOS wird nicht mehr aktualisiert
Compliance: Neue Anforderungen (z.B. Verschlüsselung, TPM)

                        💡 Tipp: Planen Sie Hardware-Refresh-Zyklen langfristig (alle 3-5 Jahre). Budgetieren Sie rechtzeitig und testen Sie neue Hardware vor dem Produktiveinsatz.
                    

Software-FAQ

Wie führe ich sichere Updates durch?

Updates sind essenziell für Sicherheit, aber können Probleme verursachen. Gehen Sie systematisch vor:

Backup erstellen: Vollständiges System-Backup vor jedem Update
Changelog lesen: Breaking Changes, bekannte Probleme prüfen
Test-Umgebung: Updates zuerst auf Test-System installieren
Wartungsfenster: Updates außerhalb der Hauptgeschäftszeiten
Rollback-Plan: Wissen, wie man zurückgeht, falls etwas schiefgeht
Monitoring: Nach Update Systemverhalten beobachten

# Debian/Ubuntu: Sichere Updates
sudo apt update
sudo apt list --upgradable  # Was wird aktualisiert?
sudo apt upgrade -y         # Oder: apt full-upgrade für Kernel-Updates

# RHEL/CentOS/Fedora
sudo dnf check-update
sudo dnf update -y

# Windows Server
# Via Windows Update oder WSUS/SCCM

⚠️ Niemals: Updates ohne Backup, ohne Testing, während der Hauptlastzeit oder ohne Rollback-Plan durchführen!

Wie analysiere ich Log-Dateien effizient?

Logs sind Ihre wichtigste Informationsquelle für Troubleshooting:

# Linux: Wichtige Log-Dateien
/var/log/syslog          # System-Logs
/var/log/auth.log        # Authentifizierung
/var/log/kern.log        # Kernel-Logs
/var/log/apache2/        # Webserver-Logs
journalctl -xe           # Systemd-Journal

# Nützliche Befehle
tail -f /var/log/syslog              # Live-Monitoring
grep "error" /var/log/syslog         # Nach Fehlern suchen
grep -i "failed\|error\|critical" /var/log/auth.log
awk '/error/ {print $1,$2,$3}' log   # Zeitstempel + Fehler
journalctl --since "1 hour ago"      # Letzte Stunde
journalctl -u nginx.service          # Nur Nginx-Logs

Profi-Tipp: Nutzen Sie zentrale Logging-Lösungen wie ELK Stack (Elasticsearch, Logstash, Kibana), Graylog oder Loki/Grafana für bessere Analyse und Visualisierung.

Wie automatisiere ich wiederkehrende Aufgaben?

Automatisierung spart Zeit und reduziert Fehler:

Cron-Jobs (Linux): Zeitgesteuerte Aufgaben
Task Scheduler (Windows): Äquivalent zu Cron
Ansible/Puppet/Chef: Configuration Management
PowerShell/Bash-Scripts: Eigene Automatisierungen
Terraform: Infrastructure as Code

# Cron-Beispiele (Linux)
# Täglich um 2:00 Uhr Backup
0 2 * * * /opt/scripts/backup.sh >> /var/log/backup.log 2>&1

# Jede Stunde Log-Rotation
0 * * * * /usr/sbin/logrotate /etc/logrotate.conf

# Jeden Montag um 6:00 System-Check
0 6 * * 1 /opt/scripts/system-check.sh

# Crontab bearbeiten
crontab -e

# Crontab anzeigen
crontab -l

                        💡 Best Practice: Dokumentieren Sie alle Cron-Jobs, nutzen Sie absolute Pfade, leiten Sie Output in Log-Dateien und testen Sie Scripts manuell vor der Automatisierung.
                    

Wie manage ich Dienste (Services) unter Linux?

# Systemd (moderne Linux-Distributionen)
sudo systemctl start nginx        # Dienst starten
sudo systemctl stop nginx         # Dienst stoppen
sudo systemctl restart nginx      # Neustarten
sudo systemctl reload nginx       # Konfiguration neu laden
sudo systemctl enable nginx       # Autostart aktivieren
sudo systemctl disable nginx      # Autostart deaktivieren
sudo systemctl status nginx       # Status anzeigen
sudo systemctl is-active nginx    # Aktiv? (true/false)
sudo systemctl is-enabled nginx   # Autostart? (enabled/disabled)

# Alle laufenden Dienste
systemctl list-units --type=service --state=running

# Fehlgeschlagene Dienste
systemctl --failed

# Logs eines Dienstes
journalctl -u nginx.service -f    # Live
journalctl -u nginx.service --since "1 hour ago"

Wie konfiguriere ich automatische Sicherheitsupdates?

Automatische Security-Updates schließen kritische Lücken schnell:

# Debian/Ubuntu: unattended-upgrades
sudo apt install unattended-upgrades
sudo dpkg-reconfigure unattended-upgrades

# Konfiguration anpassen
sudo nano /etc/apt/apt.conf.d/50unattended-upgrades

# Empfohlene Einstellungen:
# Automatische Security-Updates aktivieren
Unattended-Upgrade::Allowed-Origins {
    "${distro_id}:${distro_codename}-security";
};

# Automatische Reboots (optional, mit Vorsicht!)
Unattended-Upgrade::Automatic-Reboot "true";
Unattended-Upgrade::Automatic-Reboot-Time "03:00";

# E-Mail-Benachrichtigungen
Unattended-Upgrade::Mail "admin@firma.de";

⚠️ Vorsicht: Automatische Reboots nur in Wartungsfenstern! Für Produktionsserver: Nur Security-Patches automatisch, andere Updates manuell mit Testing.

Wie finde ich heraus, welche Prozesse Ressourcen verbrauchen?

# Linux: Top-Tools
top                  # Interaktiv, sortierbar (P=CPU, M=RAM)
htop                 # Bessere Visualisierung (apt install htop)
atop                 # Detaillierte I/O-Statistiken
iotop                # Disk-I/O pro Prozess
nethogs              # Netzwerk-Bandbreite pro Prozess

# Schnelle Checks
ps aux --sort=-%cpu | head -20    # Top 20 CPU-Verbraucher
ps aux --sort=-%mem | head -20    # Top 20 RAM-Verbraucher
lsof | wc -l                      # Anzahl offener Dateien
ss -tulnp                         # Offene Ports und Prozesse

# Windows Server
# Task-Manager → Details → Sortieren nach CPU/RAM
# Resource Monitor (resmon.exe)
# PowerShell: Get-Process | Sort-Object CPU -Descending | Select -First 20

Wie richte ich Log-Rotation ein?

Log-Rotation verhindert, dass Logs die Festplatte füllen:

# /etc/logrotate.d/myapp
/var/log/myapp/*.log {
    daily               # Täglich rotieren
    rotate 30           # 30 Tage aufbewahren
    compress            # Alte Logs komprimieren
    delaycompress       # Erst nach nächster Rotation komprimieren
    missingok           # Kein Fehler wenn Datei fehlt
    notifempty          # Nicht rotieren wenn leer
    create 0640 root adm  # Neue Datei mit diesen Rechten
    postrotate          # Nach Rotation ausführen
        systemctl reload myapp
    endscript
}

# Manuell testen
sudo logrotate -d /etc/logrotate.d/myapp   # Dry-Run
sudo logrotate -f /etc/logrotate.d/myapp   # Force-Rotation

Netzwerk-FAQ

Wie konfiguriere ich eine statische IP-Adresse?

# Linux (Netplan, Ubuntu 18.04+)
sudo nano /etc/netplan/01-static-ip.yaml

network:
  version: 2
  renderer: networkd
  ethernets:
    eth0:
      dhcp4: no
      addresses:
        - 192.168.1.100/24
      gateway4: 192.168.1.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]

sudo netplan apply

# Linux (ältere Systeme, /etc/network/interfaces)
auto eth0
iface eth0 inet static
    address 192.168.1.100
    netmask 255.255.255.0
    gateway 192.168.1.1
    dns-nameservers 8.8.8.8 8.8.4.4

sudo systemctl restart networking

# Windows Server
# GUI: Netzwerkadapter → IPv4 → Statische IP
# PowerShell:
New-NetIPAddress -InterfaceAlias "Ethernet" -IPAddress 192.168.1.100 `
    -PrefixLength 24 -DefaultGateway 192.168.1.1
Set-DnsClientServerAddress -InterfaceAlias "Ethernet" `
    -ServerAddresses ("8.8.8.8","8.8.4.4")

Wie teste ich die Netzwerkverbindung?

# Grundlegende Tests
ping 8.8.8.8              # Internet erreichbar?
ping gateway-ip           # Gateway erreichbar?
ping anderer-server       # Interner Host erreichbar?

# DNS-Tests
nslookup google.com       # DNS-Auflösung
dig google.com            # Detailliert (Linux)
host google.com           # Kurzform

# Routing
traceroute 8.8.8.8        # Pfad zum Ziel (Linux)
tracert 8.8.8.8           # Windows
ip route show             # Routing-Tabelle (Linux)
route print               # Windows

# Ports testen
telnet server 80          # Port offen?
nc -zv server 443         # Netcat (Linux)
Test-NetConnection -ComputerName server -Port 443  # PowerShell

# Netzwerk-Interfaces
ip addr show              # Linux
ifconfig                  # Linux (älter)
ipconfig /all             # Windows

Wie öffne/schließe ich Firewall-Ports?

# UFW (Ubuntu/Debian)
sudo ufw allow 22/tcp          # SSH
sudo ufw allow 80/tcp          # HTTP
sudo ufw allow 443/tcp         # HTTPS
sudo ufw allow 3306/tcp        # MySQL (nur intern!)
sudo ufw deny 23/tcp           # Telnet blockieren
sudo ufw status verbose        # Regeln anzeigen
sudo ufw enable                # Firewall aktivieren

# iptables (Low-Level)
sudo iptables -A INPUT -p tcp --dport 80 -j ACCEPT
sudo iptables -A INPUT -p tcp --dport 22 -s 192.168.1.0/24 -j ACCEPT
sudo iptables-save > /etc/iptables/rules.v4

# firewalld (RHEL/CentOS)
sudo firewall-cmd --permanent --add-service=http
sudo firewall-cmd --permanent --add-port=8080/tcp
sudo firewall-cmd --reload
sudo firewall-cmd --list-all

# Windows Firewall
netsh advfirewall firewall add rule name="HTTP" dir=in action=allow protocol=TCP localport=80
# Oder: Windows Defender Firewall GUI

🚨 Warnung: Sperren Sie sich nicht aus! Immer SSH-Port (22) offen lassen oder Console-Zugriff bereithalten. Testen Sie Firewall-Regeln bevor Sie sie permanent machen.

Wie diagnostiziere ich DNS-Probleme?

DNS-Probleme äußern sich als "Host nicht erreichbar" trotz funktionierender Netzwerkverbindung.

# DNS-Server prüfen
cat /etc/resolv.conf          # Linux
ipconfig /all | findstr DNS   # Windows

# Auflösung testen
nslookup hostname
nslookup hostname dns-server  # Spezifischen Server fragen
dig hostname                  # Detailliert
dig @8.8.8.8 hostname         # Google DNS fragen

# Reverse DNS
dig -x 192.168.1.100
nslookup 192.168.1.100

# Cache leeren
sudo systemd-resolve --flush-caches  # Linux
ipconfig /flushdns                     # Windows

# DNS-Server debuggen (BIND)
sudo tail -f /var/log/named/named.log
sudo rndc stats                        # Statistiken

                        💡 Häufige Ursachen: Falscher DNS-Server konfiguriert, DNS-Server ausgefallen, TTL-Caching, falsche Zone-Konfiguration, Netzwerk-Firewall blockiert Port 53.
                    

Wie monitoringe ich die Netzwerk-Bandbreite?

# Echtzeit-Monitoring
iftop              # Bandbreite pro Verbindung
nload              # Interface-Statistiken
bmon               # Bandbreite + Fehler
vnstat             # Langzeit-Statistiken
nethogs            # Bandbreite pro Prozess

# Installation
sudo apt install iftop nload bmon vnstat nethogs

# vnstat für Langzeit-Monitoring
vnstat -u           # Datenbank aktualisieren
vnstat -h           # Stündliche Statistik
vnstat -d           # Tägliche Statistik
vnstat -m           # Monatliche Statistik
vnstat -l           # Live-Monitoring

# SNMP für professionelles Monitoring
# Mit Tools wie Cacti, Zabbix, PRTG, Grafana + Prometheus

Wie richte ich VLANs ein?

VLANs trennen Netzwerkverkehr logisch auf derselben physischen Infrastruktur.

# Linux: VLAN-Interface erstellen
sudo apt install vlan
sudo modprobe 8021q

# Temporär
sudo vconfig add eth0 10
sudo ip addr add 192.168.10.1/24 dev eth0.10
sudo ip link set eth0.10 up

# Permanent (/etc/network/interfaces)
auto eth0.10
iface eth0.10 inet static
    address 192.168.10.1
    netmask 255.255.255.0
    vlan-raw-device eth0

# Netplan (Ubuntu)
vlans:
  eth0.10:
    id: 10
    link: eth0
    addresses: [192.168.10.1/24]

                        💡 Hinweis: Der Switch-Port muss als Trunk/Tagged Port konfiguriert sein, damit VLAN-Tags durchgereicht werden. Access-Ports entfernen Tags.
                    

Security-FAQ

Wie sichere ich SSH richtig ab?

SSH ist das häufigste Angriffsziel. Härten Sie es ab:

# /etc/ssh/sshd_config
Port 2222                          # Standard-Port ändern
PermitRootLogin no                 # Root-Login verbieten
PasswordAuthentication no          # Nur Key-Auth
PubkeyAuthentication yes           # Public-Key aktivieren
MaxAuthTries 3                     # Maximale Versuche
ClientAliveInterval 300            # Timeout nach 5 Min Inaktivität
ClientAliveCountMax 2              # Dann trennen
AllowUsers admin deploy            # Nur bestimmte User
DenyUsers root guest               # Explizit verbieten
X11Forwarding no                   # X11 deaktivieren
AllowTcpForwarding no              # TCP-Forwarding deaktivieren

sudo systemctl restart sshd

SSH-Keys statt Passwörter: ssh-keygen -t ed25519
Fail2Ban installieren: Blockiert IPs nach fehlgeschlagenen Logins
Firewall: SSH nur von vertrauenswürdigen IPs erlauben
2FA: Google Authenticator oder YubiKey für SSH

Wie erstelle ich starke Passwörter und manage sie?

Passwort-Sicherheit ist fundamental:

Länge: Mindestens 12 Zeichen, besser 16+
Komplexität: Groß-/Kleinbuchstaben, Zahlen, Sonderzeichen
Einzigartig: Nie dasselbe Passwort für verschiedene Dienste
Passwort-Manager: Bitwarden, KeePassXC, 1Password
2FA/MFA: Immer aktivieren wo möglich

# Starke Passwörter generieren
openssl rand -base64 32
pwgen -s 32 1
apg -m 16 -x 32 -M SNCL

# Passwort-Stärke prüfen (Linux)
sudo apt install libpam-cracklib
# Oder online: haveibeenpwned.com

🚨 Niemals: Passwörter in Klartext speichern, per E-Mail senden, in Config-Files hardcoden oder zwischen Diensten wiederverwenden!

Wie schütze ich meinen Server vor Brute-Force-Angriffen?

# Fail2Ban installieren und konfigurieren
sudo apt install fail2ban
sudo cp /etc/fail2ban/jail.conf /etc/fail2ban/jail.local
sudo nano /etc/fail2ban/jail.local

# [sshd]
enabled = true
port = ssh
filter = sshd
logpath = /var/log/auth.log
maxretry = 3
bantime = 3600        # 1 Stunde Ban
findtime = 600        # In 10 Minuten

sudo systemctl enable fail2ban
sudo systemctl start fail2ban

# Status prüfen
sudo fail2ban-client status
sudo fail2ban-client status sshd

# IP manuell bannen/entbannen
sudo fail2ban-client set sshd banip 192.168.1.100
sudo fail2ban-client set sshd unbanip 192.168.1.100

Zusätzliche Maßnahmen:

SSH-Port ändern (Security through Obscurity, hilft gegen Scanner)
SSH-Keys statt Passwörter
IP-Whitelisting in der Firewall
Rate Limiting auf Application-Ebene
Geo-Blocking (wenn nur nationale Zugriffe nötig)

Wie verschlüssele ich Daten auf dem Server?

Verschlüsselung schützt Daten bei Diebstahl oder unbefugtem Zugriff:

Vollverschlüsselung: LUKS (Linux), BitLocker (Windows)
Datei-Verschlüsselung: GPG, age, VeraCrypt
Transport-Verschlüsselung: TLS/SSL für Web, Mail, etc.
Datenbank-Verschlüsselung: TDE (Transparent Data Encryption)

# LUKS: Partition verschlüsseln
sudo cryptsetup luksFormat /dev/sdb1
sudo cryptsetup open /dev/sdb1 encrypted_data
sudo mkfs.ext4 /dev/mapper/encrypted_data
sudo mount /dev/mapper/encrypted_data /mnt/data

# GPG: Einzelne Dateien
gpg -c datei.txt              # Symmetrisch verschlüsseln
gpg -e -r user@email datei.txt # Asymmetrisch (Public Key)
gpg -d datei.txt.gpg          # Entschlüsseln

# Let's Encrypt: TLS-Zertifikate
sudo certbot --nginx -d example.com

Wie richte ich Zwei-Faktor-Authentifizierung (2FA) ein?

2FA erhöht die Sicherheit massiv – selbst bei gestohlenem Passwort ist der Account geschützt.

# SSH mit Google Authenticator
sudo apt install libpam-google-authenticator
google-authenticator  # Als User ausführen
# QR-Code scannen mit Authy/Google Authenticator App

# /etc/pam.d/sshd hinzufügen:
auth required pam_google_authenticator.so

# /etc/ssh/sshd_config:
ChallengeResponseAuthentication yes
AuthenticationMethods publickey,keyboard-interactive

sudo systemctl restart sshd

Empfohlene 2FA-Methoden:

TOTP-Apps: Authy, Google Authenticator, Microsoft Authenticator
Hardware-Tokens: YubiKey, SoloKey (sicherste Option)
Push-Benachrichtigungen: Duo Security, Microsoft Authenticator

⚠️ Wichtig: Immer Backup-Codes generieren und sicher aufbewahren! Wenn Sie Ihr 2FA-Gerät verlieren, sind die Backup-Codes Ihre einzige Rettung.

Wie führe ich einen Security-Audit durch?

Regelmäßige Audits finden Schwachstellen bevor Angreifer es tun:

# Automatisierte Tools
sudo apt install lynis
sudo lynis audit system          # Umfassender System-Audit

# OpenVAS / Greenbone: Vulnerability Scanner
# Nessus: Kommerzieller Scanner (kostenlos für privat)
# Nikto: Web-Server Scanner
nikto -h https://example.com

# Manuelle Checks
sudo netstat -tulnp              # Offene Ports
sudo ss -tulnp                   # Alternative
ps aux                           # Laufende Prozesse
last                             # Letzte Logins
lastb                            # Fehlgeschlagene Logins
cat /var/log/auth.log | grep "Failed"
find / -perm -4000 2>/dev/null   # SUID-Binaries prüfen
unattended-upgrades --dry-run    # Auto-Updates prüfen

Checkliste:

Alle Ports geschlossen außer benötigte
SSH gehärtet (Keys only, kein Root)
Firewall aktiv und korrekt konfiguriert
Automatische Security-Updates aktiv
Fail2Ban oder ähnliches installiert
Keine veraltete Software
Starke Passwörter / 2FA
Logging aktiv und zentral gesammelt
Backups getestet

Was tun bei einem Sicherheitsvorfall?

Bei Verdacht auf Kompromittierung schnell und systematisch handeln:

Isolieren: Server vom Netzwerk trennen (nicht ausschalten!)
Dokumentieren: Alles protokollieren (Zeitstempel, Beobachtungen)
Beweise sichern: Memory-Dump, Festplatten-Image, Logs
Analyse: Wie wurde eingebrochen? Was wurde gemacht?
Bereinigen: System neu aufsetzen (nicht patchen!)
Passwörter ändern: Alle betroffenen Accounts
Restore: Aus sauberem Backup wiederherstellen
Härten: Sicherheitslücke schließen, Monitoring verbessern
Melden: Je nach DSGVO/Compliance: Behörden, Betroffene informieren

🚨 Niemals: Den kompromittierten Server einfach weiterbetreiben oder nur "säubern". Angreifer hinterlassen Backdoors. Immer neu installieren aus bekannter sauberer Quelle!

Performance-FAQ

Wie identifiziere ich Performance-Bottlenecks?

Systematische Analyse der vier Hauptressourcen:

CPU: top, htop, mpstat – Hohe %user = App-Problem, hohe %sys = Kernel-Problem, hohe %iowait = Disk-Problem
RAM: free -h, vmstat – Swapping = RAM-Mangel
Disk I/O: iostat -x 1, iotop – Hohe await-Zeiten = Disk-Bottleneck
Netzwerk: sar -n DEV 1, nload – Bandbreite oder Paketverlust

# Schneller Überblick
vmstat 1 5          # CPU, RAM, Swap, I/O alle 1 Sekunde, 5 Mal
iostat -xz 1        # Detaillierte Disk-Statistiken
sar -u 1 5          # CPU-Auslastung über Zeit
dmesg | tail -50    # Kernel-Messages (OOM-Killer, Hardware-Fehler?)

Wie optimiere ich die Datenbank-Performance?

Datenbanken sind oft der größte Performance-Faktor:

Indizes: Fehlende Indizes sind der häufigste Grund für langsame Queries
Query-Optimierung: EXPLAIN/ANALYZE nutzen, N+1-Queries vermeiden
Caching: Query-Cache, Application-Cache (Redis, Memcached)
Konfiguration: Buffer Pool, Connections, Work Memory anpassen
Hardware: SSD/NVMe für Datenbanken, ausreichend RAM
Monitoring: Slow Query Log, Performance Schema

# MySQL: Slow Query Log aktivieren
SET GLOBAL slow_query_log = 'ON';
SET GLOBAL long_query_time = 1;  # Queries > 1 Sekunde loggen

# Query analysieren
EXPLAIN ANALYZE SELECT * FROM users WHERE email = 'test@example.com';

# PostgreSQL: Performance-Checks
SELECT * FROM pg_stat_user_tables WHERE seq_scan > 100;
SELECT * FROM pg_stat_activity WHERE state = 'active';

Wie monitoringe ich Server-Performance langfristig?

Langfristiges Monitoring erkennt Trends und plant Kapazitäten:

Prometheus + Grafana: Industry Standard, Open Source
Zabbix: Enterprise-Monitoring, Open Source
Nagios/Icinga: Klassiker, sehr flexibel
Cloud-Lösungen: Datadog, New Relic, AWS CloudWatch
Einfach: vnstat (Netzwerk), sysstat (CPU/RAM/Disk)

                        💡 Metriken die Sie brauchen: CPU-Auslastung, RAM-Nutzung, Disk Space, Disk I/O, Netzwerk-Traffic, Response Times, Error Rates, Active Connections. Alerts bei Schwellenwerten einrichten!
                    

Wie skaliere ich meine Anwendung horizontal?

Horizontale Skalierung = Mehr Server statt größerer Server:

Load Balancer: Nginx, HAProxy, AWS ALB verteilen Traffic
Stateless Apps: Sessions externalisieren (Redis, DB)
Datenbank: Read Replicas, Sharding, Connection Pooling
Caching: Redis/Memcached Cluster
Container: Docker + Kubernetes für automatische Skalierung
CDN: Statische Inhalte ausliefern (Cloudflare, Akamai)

                        💡 Regel: Vertikal skalieren (größerer Server) ist einfacher, aber begrenzt. Horizontal skalieren ist komplexer, aber nahezu unbegrenzt. Beginnen Sie vertikal, wechseln Sie zu horizontal wenn nötig.
                    

Wie optimiere ich Webserver-Performance?

Caching: Browser-Cache, CDN, Reverse Proxy Cache
Kompression: gzip/brotli aktivieren
HTTP/2 oder HTTP/3: Multiplexing, Header Compression
Statische Dateien: Separate Domain/CDN, lange Cache-Headers
Bilder optimieren: WebP/AVIF, Lazy Loading, richtige Größen
Minification: CSS/JS komprimieren und zusammenfassen
Worker-Prozesse: An CPU-Kerne anpassen
Keep-Alive: Verbindungen wiederverwenden

# Nginx: Performance-Optimierung
worker_processes auto;
worker_connections 4096;

gzip on;
gzip_types text/plain text/css application/json application/javascript;

# Caching Headers
location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ {
    expires 30d;
    add_header Cache-Control "public, immutable";
}

# HTTP/2
listen 443 ssl http2;

Wann ist ein Server "zu langsam"?

Es kommt auf den Use Case an, aber allgemeine Richtwerte:

Webseite: > 3 Sekunden Ladezeit = zu langsam
API-Antwort: > 500ms = optimieren, > 2s = kritisch
Datenbank-Query: > 1 Sekunde = Index prüfen, > 10s = Problem
CPU-Auslastung: Dauerhaft > 80% = Engpass
RAM: Regelmäßiges Swapping = Zu wenig RAM
Disk I/O: await > 20ms = Disk-Bottleneck

                        💡 Wichtig: Definieren Sie SLAs (Service Level Agreements) und SLOs (Service Level Objectives). Messen Sie kontinuierlich. "Zu langsam" ist subjektiv – messbare Metriken sind objektiv.
                    

Backup-FAQ

Was ist die 3-2-1-Backup-Regel?

Die goldene Regel der Datensicherung:

3 Kopien: Original + 2 Backups (insgesamt 3 Kopien der Daten)
2 Medien: Auf mindestens 2 verschiedenen Medientypen (z.B. HDD + Tape, NAS + Cloud)
1 Offsite: Mindestens 1 Kopie an einem anderen Ort (Cloud, zweites Rechenzentrum)

                        💡 Modern: 3-2-1-1-0 Regel

                        • 3 Kopien

                        • 2 Medien

                        • 1 Offsite

                        • 1 Offline/Immutable: Schutz vor Ransomware

                        • 0 Fehler: Regelmäßige Recovery-Tests

Welche Backup-Tools sind empfehlenswert?

Je nach Anforderung und Budget:

Open Source (kostenlos): BorgBackup, Restic, Duplicati, rsnapshot, Bacula
Kommerziell (Enterprise): Veeam, Acronis, Commvault, Veritas NetBackup
Cloud-native: AWS Backup, Azure Backup, Google Cloud Backup
Einfach: rsync + cron, tar + gzip
Datenbank: mysqldump, pg_dump, native DB-Backup-Tools

                        💡 Empfehlung für KMU: BorgBackup oder Restic (effizient, verschlüsselt, dedupliziert) + Cloud-Speicher (Backblaze B2, Wasabi) als Offsite. Kostengünstig und zuverlässig.
                    

Wie oft sollte ich Backups machen?

Hängt von RPO (Recovery Point Objective) ab – wie viel Datenverlust ist akzeptabel?

Kritische Systeme: Stündlich oder Continuous Data Protection (CDP)
Wichtige Daten: Täglich
Weniger kritisch: Wöchentlich
Archive: Monatlich

Typischer Zeitplan:

Inkrementell: Täglich (nur Änderungen)
Vollbackup: Wöchentlich oder monatlich
Offsite-Sync: Täglich oder wöchentlich
Aufbewahrung: 30 Tage täglich, 12 Monate monatlich, 7 Jahre jährlich (je nach Compliance)

Wie teste ich meine Backups?

Ein ungetestetes Backup ist kein Backup!

Regelmäßig: Mindestens monatlich, besser wöchentlich
Vollständig: Nicht nur einzelne Dateien, sondern komplette Systeme
In isolierter Umgebung: Nicht auf Produktionssystemen
Dokumentiert: Wer hat wann was getestet? Ergebnis?
Automatisiert: Wo möglich, Restore-Tests automatisieren

# Beispiel: BorgBackup Restore-Test
borg extract /path/to/repo::backup-2024-01-15 --list
# Oder in temporäres Verzeichnis
mkdir /tmp/restore-test
cd /tmp/restore-test
borg extract /path/to/repo::backup-2024-01-15
# Prüfen: Stimmen Dateien? Funktioniert die App?

🚨 Horror-Story: Viele Unternehmen stellen beim Ernstfall fest, dass Backups korrupt sind oder Restores nicht funktionieren. Testen Sie JETZT, nicht wenn es zu spät ist!

Wie schütze ich Backups vor Ransomware?

Ransomware zielt gezielt auf Backups ab. Schützen Sie sie:

Immutable Backups: Write-Once-Read-Many (WORM), Object Lock (S3)
Offline/Air-Gapped: Tape, externe Platten die nicht ständig verbunden sind
Getrennte Credentials: Backup-System hat eigene Admin-Accounts
Netzwerk-Segmentierung: Backup-Netzwerk getrennt vom Produktionsnetzwerk
Versionierung: Mehrere Backup-Versionen aufbewahren
Monitoring: Ungewöhnliche Löschvorgänge alarmieren

                        💡 Beste Praxis: Kombinieren Sie Immutable Cloud-Storage (z.B. Backblaze B2 Object Lock) mit lokalen Backups und regelmäßigen Offline-Kopien. So sind Sie gegen Ransomware, menschliche Fehler und Katastrophen geschützt.
                    

Was ist der Unterschied zwischen Backup und Archivierung?

Oft verwechselt, aber grundverschieden:

Backup: Kurzfristige Wiederherstellung nach Datenverlust. Schneller Restore, häufige Rotation, aktuelle Daten.
Archivierung: Langfristige Aufbewahrung für Compliance/Audit. Unveränderlich, jahrzehntelange Aufbewahrung, selten gelesen.

Beispiel:

Backup: Gestern gelöschte Datei wiederherstellen
Archiv: Steuerunterlagen von vor 7 Jahren für Finanzamt vorlegen

                        💡 Wichtig: Backups sind KEIN Ersatz für Archivierung und umgekehrt. Sie brauchen beide Strategien für unterschiedliche Zwecke.
                    

Systematisches Troubleshooting

Wenn etwas nicht funktioniert, gehen Sie systematisch vor statt zu raten:

Troubleshooting-Workflow

1

Problem definieren

Was genau funktioniert nicht? Seit wann? Was hat sich geändert? Wer ist betroffen?

2

Symptome sammeln

Fehlermeldungen, Logs, Screenshots, Reproduktionsschritte dokumentieren.

3

Theorien bilden

Mögliche Ursachen auflisten. Von wahrscheinlich zu unwahrscheinlich sortieren.

4

Testen & Eingrenzen

Jede Theorie einzeln testen. Divide and Conquer: Problem halbieren.

5

Ursache finden

Root Cause identifizieren. Nicht nur Symptome behandeln!

6

Lösung implementieren

Fix anwenden, testen, validieren. In Test-Umgebung zuerst!

7

Dokumentieren & Prävention

Lösung dokumentieren. Wie verhindern wir das zukünftig? Monitoring hinzufügen?

             Troubleshooting-Mindset
            Nicht raten: Systematisch vorgehen, Hypothesen testen
Eine Änderung zur Zeit: Sonst wissen Sie nicht, was geholfen hat
Logs lesen: Die Antwort steht meist schon da
RTFM: Read The Fine Manual – Dokumentation lesen
Google ist dein Freund: Fehlermeldung exakt suchen
Fragen stellen: Communities, Foren, Kollegen
Pausen machen: Bei Frustration: Aufstehen, Kaffee, frischer Blick

        

Profi-Tipps für den Server-Betrieb

Dokumentation pflegen

Dokumentieren Sie jede Konfiguration, jeden Change, jeden Vorfall. Ihr zukünftiges Ich (oder Kollege) wird Ihnen danken. Nutze Tools wie Confluence, Notion oder Markdown in Git.

Infrastructure as Code

Server-Konfiguration in Code (Ansible, Terraform, Puppet). Reproduzierbar, versionierbar, testbar. Keine manuellen Click-Ops mehr!

Monitoring vor Problemen

Nicht warten bis etwas kaputt geht. Proaktives Monitoring mit Alerts erkennt Probleme bevor Nutzer sie bemerken. Trendanalyse plant Kapazitäten.

Change Management

Jede Änderung dokumentieren, genehmigen, testen. Change-Fenster definieren. Rollback-Plan bereithalten. Verhindert "Quick Fixes" die Production killen.

Principle of Least Privilege

Jeder User/Prozess nur minimale Rechte. Kein dauerhafter Root/Admin-Zugang. sudo mit Logging. Service-Accounts statt persönlicher Accounts.

Regelmäßige Wartung

Updates, Log-Rotation, Disk-Cleanup, Security-Audits, Backup-Tests. Plane Wartungsfenster. Automatisiere wo möglich. Vernachlässigung führt zu Ausfällen.

Netzwerk-Segmentierung

Trennen Sie Netzwerke: Management, Produktion, DMZ, Backup. Firewall zwischen Segmenten. Begrenzt Blast Radius bei Kompromittierung.

Kontinuierlich lernen

IT ändert sich schnell. Blogs, Konferenzen, Zertifizierungen, Labs. Bleiben Sie neugierig. Teilen Sie Wissen mit dem Team. Mentoring.

Server-Inbetriebnahme Checkliste

Bevor der Server in Produktion geht

Betriebssystem aktuell und gepatcht
Hostname und Zeitzone korrekt konfiguriert
NTP/Zeitsynchronisation aktiv
Statische IP-Adresse konfiguriert
DNS-Auflösung funktioniert (forward + reverse)
Firewall konfiguriert und aktiv (nur benötigte Ports offen)
SSH gehärtet (Key-Auth, kein Root, Fail2Ban)
Automatische Security-Updates aktiviert
Monitoring-Agent installiert und konfiguriert
Logging konfiguriert (zentral wenn möglich)
Backup eingerichtet und getestet
Benutzer-Accounts erstellt (keine Shared Accounts)
2FA/MFA aktiviert wo möglich
Dokumentation erstellt (Setup, Konfiguration, Kontakte)
Performance-Baseline gemessen
Security-Audit durchgeführt
Disaster-Recovery-Plan dokumentiert
On-Call/Support-Kontakte definiert

Zusammenfassung

             Die wichtigsten Takeaways
            Prävention > Reaktion: Proaktives Monitoring, regelmäßige Wartung, Security-Hardening
Backups testen: Ein ungetestetes Backup ist kein Backup
RAID ≠ Backup: Beide sind notwendig, erfüllen unterschiedliche Zwecke
SSH härten: Keys only, kein Root, Fail2Ban, 2FA
Updates zeitnah: Security-Patches schnell, aber mit Testing und Backup
Logs lesen: Die Antwort steht meist schon in den Logs
Dokumentieren: Jede Konfiguration, jeder Change, jeder Vorfall
Systematisch troubleshooten: Nicht raten, Hypothesen testen
Least Privilege: Minimale Rechte für alle User und Prozesse
3-2-1-1-0 Backup-Regel: 3 Kopien, 2 Medien, 1 offsite, 1 immutable, 0 Fehler

        

             Weiterführende Ressourcen
            Linux Administration Handbook: Evi Nemeth – Das Standardwerk
The Phoenix Project: Gene Kim – DevOps-Roman (unterhaltsam & lehrreich)
Site Reliability Engineering: Google SRE Book (kostenlos online)
ServerFault.com: Q&A-Community für Sysadmins
r/sysadmin: Reddit-Community für Admins
Hacker News: Tech-News und Diskussionen

        

Weiterführende Themen

Was ist ein Server?

Grundlagen zu Servern – Arten, Komponenten und Einsatzgebiete.

Zu Server-Grundlagen

Linux Server

Linux-Server im Detail – Distributionen, Verwaltung, Security.

Zu Linux Server

Server-Sicherheit

Umfassende Security-Guides für Server-Hardening.

Zur Server-Sicherheit

RAID-Systeme

RAID-Level, Berechnung, Best Practices für Storage.

Zu RAID-Systemen