Diese Seite hilft bei der technischen Eingrenzung. Wenn die Website oder der Server produktiv ausgefallen ist, kann ICFOX die Diagnose remote übernehmen.
Linux-Server ausgefallen
„Server down“ kann Netzwerk, DNS, Firewall, Kernel, Dateisystem oder nur einen einzelnen Dienst bedeuten. Die schnellste Lösung beginnt mit einer sauberen Eingrenzung.
Was der Fehler technisch bedeutet
Zuerst muss geklärt werden, ob die Maschine selbst nicht erreichbar ist oder nur Website, SSH, Datenbank oder ein Container ausfällt. Ein DNS-Problem kann wie ein Serverausfall wirken; ein voller Datenträger kann gleichzeitig Webserver, Datenbank und Logging stören. Deshalb werden Erreichbarkeit, Ressourcen und Dienste getrennt geprüft.
Häufige Ursachen
-
Netzwerk, DNS oder Firewall
IP, Route, DNS, Security Group oder lokale Firewall blockieren den Zugriff.
-
Dienst ausgefallen
Nginx, Apache, Datenbank, Docker oder Anwendung ist gestoppt oder hängt in einer Restart-Schleife.
-
Disk oder Inodes voll
Logs, Backups oder Container-Layer füllen das Dateisystem; Dienste können nicht mehr schreiben.
-
RAM/OOM oder Kernelproblem
Prozesse werden beendet, der Host swappt stark oder ist nach Kernel-/Provider-Ereignis instabil.
Sinnvolle Prüfung in dieser Reihenfolge
-
1. Externen und internen Fehler trennen
DNS-Auflösung, TCP-Port und Provider-Konsole mit dem Dienst selbst vergleichen.
-
2. Systemzustand prüfen
uptime, free, df, df -i, systemctl --failed und Kernel-/Journal-Meldungen ansehen.
-
3. Betroffene Dienste prüfen
Webserver, Datenbank, Docker und Anwendung einzeln auf Status, Ports und Logs testen.
-
4. Ursache vor Restart sichern
Vor Neustart relevante Logs, Exitcodes und OOM-/Kernel-Meldungen sichern, damit die Ursache nicht verschwindet.
Was Sie jetzt besser nicht tun
Nicht als ersten Schritt den ganzen Server rebooten, wenn noch Zugriff besteht. Ein Neustart kann den Dienst zwar zurückbringen, aber die Beweise für OOM, volle Disk, fehlerhafte Mounts oder einen Crash verwischen.
Verwandte Fehler und direkte Hilfe
Wenn die Ursache nicht schnell eindeutig wird, führen die folgenden Seiten zur passenden Soforthilfe oder zu einem eng verwandten Fehlerbild.
Häufige Fragen
Was brauche ich für eine Remote-Diagnose?
Je nach Situation SSH oder Provider-/Hosting-Zugang sowie die betroffene Domain bzw. IP. Zugangsdaten sollten sicher übertragen werden.
Kann ein voller Datenträger den ganzen Stack lahmlegen?
Ja. Datenbanken, Logs, PHP-Sessions und Container können gleichzeitig Probleme bekommen.
Was, wenn SSH nicht erreichbar ist?
Dann helfen Provider-Konsole, Rescue-System, KVM oder Hosting-Panel bei der ersten Diagnose.