Einen nicht erreichbaren Linux VPS eingrenzen

„Mein Server antwortet nicht mehr“ umfasst ein Dutzend sehr verschiedener Lagen. Das folgende Vorgehen trennt sie in wenigen Minuten und erspart Ihnen das Warten auf eine Antwort, wenn die Lösung einen Klick entfernt war.

1. Wie prüfe ich den Zustand meines VPS im Kundenbereich?

Öffnen Sie Meine Dienste und dann Ihren VPS. Die Seite nennt den Zustand der Maschine.

• Gestoppt: klicken Sie auf Starten. Ein Stopp kann von einem versehentlichen shutdown, einem abgestürzten Kernel oder einer früheren Aktion herrühren.
• In Installation: nichts zu tun, das Ende abwarten.
• Gesperrt oder abgelaufen: prüfen Sie Ihre Rechnungen im Kundenbereich. Ein unbezahlter Dienst wird gesperrt.

2. Wo sehe ich die letzten Aktionen an meinem VPS?

Der Reiter Verlauf listet die Aktionen am VPS, ihren Urheber — System, Benutzer oder Administrator — und den Zeitpunkt. Eine Neuinstallation, eine Kennwortänderung oder ein vergessenes Herunterfahren stehen dort schwarz auf weiß. Häufig liegt die Erklärung genau hier.

3. Was zeigen die Grafiken meines VPS?

Der Reiter Diagramme zeigt CPU, Speicher, Netzwerk und Platten-I/O. Drei nützliche Lesarten:

• alles seit einem bestimmten Zeitpunkt bei null: die Maschine ist gestoppt oder hängt;
• CPU dauerhaft am Anschlag: ein Prozess ist entglitten, oder jemand anderes nutzt die Maschine;
• ungewöhnlicher ausgehender Verkehr: ziehen Sie eine Kompromittierung ernsthaft in Betracht.

4. Wie sehe ich mit der Konsole, was auf der Maschine geschieht?

Der entscheidende Schritt. Die Konsole zeigt den Bildschirm der Maschine ohne Netzwerk.

• Sie sehen die Anmeldeaufforderung: das System läuft, das Problem liegt beim Netzwerk oder bei SSH. Weiter mit Schritt 5.
• Sie sehen Fehlermeldungen beim Start: notieren Sie die letzte Zeile vor dem Hängenbleiben, auf sie kommt es an.
• Der Bildschirm bleibt schwarz: starten Sie über die Dienstseite neu und beobachten Sie den Start in der Konsole.

5. Wie prüfe ich Netzwerk und SSH über die Konsole?

Wenige Befehle genügen: Adresse und Standardroute, ein ping auf eine öffentliche IP und dann auf einen Domainnamen, der Zustand des SSH-Dienstes und eine mögliche Sperre Ihrer Adresse durch fail2ban.

Melden Sie sich in der Konsole als root an:

ip -4 addr          # ist die Adresse überhaupt gesetzt?
ip route            # existiert die Standardroute?
ping -c3 9.9.9.9    # funktioniert die IP-Ebene?
ping -c3 debian.org # löst DNS auf?

Antwortet 9.9.9.9, ein Domainname aber nicht, liegt es an der Namensauflösung. Antwortet gar nichts, vergleichen Sie Ihre Konfiguration mit dem Reiter Netzwerk im Kundenbereich.

Dann SSH und die Firewall:

systemctl status ssh          # oder sshd
ss -tulpn | grep :22
ufw status                    # oder firewall-cmd --list-all
fail2ban-client status sshd   # ist Ihre eigene IP gesperrt?

Eine nach mehreren Fehlversuchen von fail2ban gesperrte Adresse ist eine sehr häufige Ursache für einen „unerreichbaren“ Server, dem nichts fehlt. Entsperren Sie sie mit fail2ban-client set sshd unbanip IHRE_IP.

6. Woran erkenne ich, dass die Platte meines VPS voll ist?

An df -h für den Platz und df -i für die Inodes: Eine volle Platte verhindert, dass Dienste starten und Protokolle geschrieben werden.

df -h
df -i
journalctl --disk-usage

Eine zu 100 % volle Platte — oder erschöpfte Inodes, die df -h nicht zeigt — verhindert den Start von Diensten und das Schreiben von Protokollen. Schaffen Sie Platz und starten Sie die betroffenen Dienste neu.

7. Wie finde ich einen fehlgeschlagenen Dienst auf meinem VPS?

Mit systemctl list-units --failed und anschließend dem Protokoll des betroffenen Dienstes: Die Ursache steht dort fast immer im Klartext.

systemctl list-units --failed
journalctl -p err -b --no-pager | tail -50
systemctl status DIENSTNAME

Ein nach einem Update fehlgeschlagener Dienst erklärt sich fast immer im Klartext in seinem eigenen Protokoll.

Was gehört in mein Support-Ticket?

Wenn Sie ein Ticket beim Service Technique eröffnen, ersparen diese Angaben mehrere Rückfragen:

• die Kennung des betroffenen Dienstes;
• die genaue Uhrzeit des Beginns samt Zeitzone;
• was sich unmittelbar davor geändert hat: ein Update, eine Änderung an Firewall, Netzwerk oder SSH;
• die Ausgaben der obigen Befehle, als Text eingefügt;
• die exakte Fehlermeldung, keine Zusammenfassung;
• was die Konsole anzeigt.

Senden Sie niemals Kennwörter, private Schlüssel oder Token: Der Support braucht sie nicht, und Tickets werden archiviert.