☰

SSH zu Ubuntu nach Neustart nicht möglich

tag-icon • tag-icon ubuntu ssh vps ubuntu-14.04
SSH zu Ubuntu nach Neustart nicht möglich

Heute haben wir entschieden, dass die beste Vorgehensweise für unseren Ubuntu-Server (VPS) darin besteht, ein Backup wiederherzustellen, nachdem zu viele Einstellungen an unserer Geoserver-Instanz geändert wurden. Nach dem Wiederherstellen des Backups und dem Neustart kann ich mich jedoch nicht mehr auf normalem Wege über SSH beim Server anmelden. Es wird einfach eine connection timed outFehlermeldung angezeigt.

Was habe ich getan:

  • Habe das „Rescue System“ verwendet, um mich per SSH beim Server anzumelden (hat funktioniert).
  • Habe die sshd_configDatei init.d/sshauf Ungewöhnliches geprüft.
  • Habe das Authentifizierungsprotokoll geprüft, um zu sehen, ob mein SSH-Verbindungsversuch überhaupt bemerkt wurde (was nicht der Fall war).

Ich bin in diesem Fall völlig ratlos. Mir scheint, als würde das Netzwerk nach einem Neustart überhaupt nicht mehr funktionieren. Ich kann jedoch keine direkte Verbindung zum Server herstellen, da es sich um einen remote gehosteten virtuellen privaten Server handelt.

Ich habe ein bisschen im Internet gesucht, aber bei niemandem scheint der Fehler „Verbindung abgelaufen“ aufzutreten, der bei mir gerade auftritt.

Der Server läuft unter Ubuntu 14.04

Irgendwelche Vorschläge?

Zusätzlicher Hinweis:
Ich kann mich nur mit dem Server verbinden, wenn er sich im Notfallmodus befindet. Das bedeutet, dass alles, was ich auf dem Server gemacht habe, übersprungen und in ein /repair-Verzeichnis verschoben wird. Wenn ich also beispielsweise überprüfe, welche Ports offen sind, werden mir die Ports angezeigt, die im Notfallmodus offen sind, nicht die meiner eigenen Installation.

Zusätzliche Informationen aus Kommentaren:

iptables -L
Chain INPUT (policy ACCEPT)
target         prot opt source                 destination
Chain FORWARD (policy ACCEPT)
target         prot opt source                 destination
Chain OUTPUT (policy ACCEPT)
target         prot opt source                 destination

Antwort1

prüfen Sie, ob der Server sein Standard-Gateway anpingen kann prüfen Sie, ob der Ping zum Server von außen funktioniert wenn der Ping funktioniert, führen Sie einen TCPdump auf der Schnittstelle aus, um zu prüfen, ob die Netzwerkkarte auf dem Server Datenverkehr empfängt versuchen Sie SSH von innerhalb des Servers -- ssh localhost #wenn dies nicht funktioniert - SSHD selbst ist möglicherweise defekt

Antwort2

Überprüfen Sie, ob der SSH-Dienst läuft und der SSH-Port lauscht

netstat -ntap

Sie sollten eine Zeile sehen, in der Port 22 auf den Prozess sshd lauscht:

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name   
tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LISTEN      pid number/sshd

Wenn der Prozess aktiv ist und zuhört, überprüfen Sie die Netzwerkeinstellungen. Wenn er nicht aktiv ist, überprüfen Sie, ob sshd installiert und ausgeführt wird.

Antwort3

Erstens: Vielen Dank an alle für Ihre Hilfe zu diesem Problem.

Zweitens: Aufgrund der Umstände konnten wir nicht länger warten und haben uns entschieden, ein anderes Backup aufzuspielen, was zu funktionieren schien. Wir konnten nicht genau feststellen, was den Fehler verursacht hat, da das neue Backup, das funktionierte, keine Unterschiede zu dem fehlgeschlagenen aufwies und wir daher davon ausgehen, dass es sich um ein fehlerhaftes Backup-Problem handelte.

Trotzdem nochmals vielen Dank für die Hilfe, das weiß ich wirklich zu schätzen.

Antwort4

Sie könnten versuchen, ein NMAP des Servers zu erstellen, um zu sehen, welche Ports im Netzwerk geöffnet sind. Sie sollten sehen, dass Port 22 geöffnet ist.

verwandte Informationen