SSH-Verbindungsproblem: Keine Verbindung zum Server möglich
Anleitung zur Behebung von SSH-Verbindungsproblemen: Path.net Firewall-Regeln, Default Block, Filterregel für SSH-Port erstellen und Fehlerbehebungsschritte.
Anleitung zur Erkennung und Behebung von Server-Leistungsproblemen: Checkliste für CPU, RAM, Festplatte, Swap, Prozessanalyse und Netzwerktest. Linux-Server-Diagnose.
Wenn Ihr Server langsam läuft, müssen Sie einer systematischen Checkliste folgen, um die Ursache zu ermitteln. Diese Anleitung beschreibt Schritt für Schritt die häufigsten Leistungsprobleme und deren Lösungen.
Diese Anleitung ist für Linux-Server (Ubuntu, Debian, CentOS, Rocky Linux) erstellt. Für Windows Server werden ähnliche Überprüfungen mit anderen Tools durchgeführt.
top -bn1 | head -5
htop
ps aux --sort=-%cpu | head -20
Bei dauerhafter CPU-Auslastung über 90% müssen Sie ressourcenintensive Prozesse identifizieren und optimieren oder die Serverressourcen erhöhen.
free -h
ps aux --sort=-%mem | head -20
| Metrik | Gesund | Warnung | Kritisch |
|---|---|---|---|
| RAM-Auslastung | < 70% | 70-90% | > 90% |
| Swap-Auslastung | 0 | < 25% | > 50% |
| Available | > 20% | 10-20% | < 10% |
Hohe Swap-Auslastung (> 50%) bedeutet RAM-Mangel. Swap arbeitet auf der Festplatte und ist deutlich langsamer als RAM.
df -h
du -sh /* 2>/dev/null | sort -rh | head -10
iostat -x 1 5
Bei Festplattenauslastung über 90% können Leistungsprobleme auftreten. 95%+ ist kritisch — sofortige Platzfreigabe erforderlich.
free -h | grep Swap
swapon --show
sudo swapoff -a && sudo swapon -a
Swap-Bereinigung ist eine temporäre Lösung. Für eine dauerhafte Lösung erhöhen Sie den RAM oder optimieren Sie speicherintensive Anwendungen.
ss -s
ss -ntu | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -rn | head -10
Viele Verbindungen (10.000+) können Serverressourcen verbrauchen. Möglicherweise sind Sie einem DDoS-Angriff ausgesetzt — überprüfen Sie die Angriffshistorie im Path-Panel.
ps aux | wc -l
ps aux | awk '{if ($8 == "Z") print}'
ps -eo pid,etime,comm --sort=-etime | head -20
dmesg | tail -50
dmesg | grep -i "oom\|killed process"
journalctl -p err --since "1 hour ago"
Wenn Sie OOM-Killer-Logs sehen, ist der RAM unzureichend und das System beendet Prozesse zwangsweise zur Speicherfreigabe.
echo "=== CPU ==="; top -bn1 | head -5; echo "\n=== RAM ==="; free -h; echo "\n=== DISK ==="; df -h /; echo "\n=== LOAD ==="; uptime; echo "\n=== TOP PROCESSES ==="; ps aux --sort=-%cpu | head -5
Die häufigsten Ursachen: hohe CPU-Auslastung, unzureichender RAM (Swap-Nutzung), volle Festplatte oder Netzwerkprobleme. Folgen Sie der Checkliste zur Problemerkennung.
Hohe Swap-Auslastung deutet auf RAM-Mangel hin. Optimieren Sie speicherintensive Prozesse oder erhöhen Sie den RAM.
Prüfen Sie zuerst CPU- und RAM-Auslastung mit 'top' oder 'htop', dann die Festplattenauslastung mit 'df -h'. Diese drei Metriken zeigen die Ursache von über 90% aller Server-Verlangsamungen.
Anleitung zur Behebung von SSH-Verbindungsproblemen: Path.net Firewall-Regeln, Default Block, Filterregel für SSH-Port erstellen und Fehlerbehebungsschritte.
Anleitung zur Behebung von RDP-Verbindungsproblemen: Path.net Firewall-Regeln, Default Block, Filterregel für RDP-Port erstellen und Fehlerbehebungsschritte.
Anleitung zum Netzwerktest mit WinMTR und Linux MTR, ICMP-Filterregel erstellen und Ergebnisse an das Support-Team senden. Paketverlust und Latenz diagnostizieren.