Wie löse ich SSH-Verbindungsprobleme zu meiner Amazon EC2 Linux-Instance?

Lesedauer: 5 Minute

Ich kann SSH nicht verwenden, um eine Verbindung zu meiner Amazon Elastic Compute Cloud (Amazon EC2) Linux-Instance herzustellen und möchte das Problem lösen.

Kurzbeschreibung

Wenn du die Fehlermeldungen Permission denied, Connection denied oder Resource temporarily unavailable erhältst, hast du möglicherweise Verbindungsprobleme mit der Amazon EC2-Instance.

Verwende eine der folgenden Methoden, um SSH-Verbindungsprobleme zu lösen:

DieAWSSupport-TroubleshootSSH-Automatisierung
SSH mit aktivierter ausführlicher Nachrichtenübermittlung
Die serielle Amazon EC2-Konsole
Session Manager, eine Funktion von AWS Systems Manager

Lösung

Hinweis: Wenn du beim Ausführen von AWS Command Line Interface (AWS CLI)-Befehlen Fehlermeldungen erhältst, findest du weitere Informationen dazu unter Problembehandlung bei der AWS CLI. Stelle außerdem sicher, dass du die neueste Version der AWS CLI verwendest.

Vergewissere dich, dass du über die folgenden Informationen verfügst:

Den richtigen privaten Schlüssel (.pem-Datei), der der Instance zugeordnet ist
Den richtigen Benutzername für die Linux-Verteilung
Die IP-Adresse oder den DNS-Namen der Instance
Netzwerkkonnektivität zur Instance

Das AWSSupport-TroubleshootSSH-Runbook ausführen

Die AWSSupport-TroubleshootSSH-Automatisierung hilft dir dabei, Verbindungsprobleme mit SSH-Instances zu identifizieren und automatisch zu lösen.

Voraussetzungen:

Kopiere die Instance-ID der Amazon EC2-Instance, für die du Probleme beheben möchtest.
Erfülle die Voraussetzungen für das Tool EC2Rescue für Linux, das das Runbook installiert.

Du kannst die AWS-CLI verwenden, um die AWSSupport-TroubleshootSSH-Automatisierung auszuführen.

Oder verwende die Systems Manager-Konsole und konfiguriere die folgenden Einstellungen:

Wähle unter Automatisierungsdokument die Option AWSSupport-TroubleshootSSH.
Wähle unter Dokumentdetails für Runbook-Version die Option Standardversion zur Laufzeit.
Gib unter Eingabeparameter die unerreichbare Instance für InstanceID und FixAll für Aktion ein.

Weitere Informationen zur AWSSupport-TroubleshootSSH-Automatisierung findest du unter Intelligente RDP- und SSH-Fehlerbehebung mit API-Aktionen der AWS Systems Manager Automation.

SSH mit aktivierter ausführlicher Nachrichtenübermittlung verwenden

Führe die folgenden Schritte aus:

Verwende SSH, um eine Verbindung zu der Linux-Instance herzustellen, wobei die Option für ausführliche Nachrichten aktiviert ist:
```
user@localhost:~$ ssh -vvv -i my_key.pem ec2-user@11.22.33.44
```
Hinweis: Ersetze my_key.pem durch die private Schlüsseldatei und ec2-user @11.22.33.44 durch den Benutzernamen. Weitere Informationen findest du unter Mithilfe von SSH eine Verbindung zu der Linux-Instance herstellen.
Um die Ursache des Problems zu ermitteln, überprüfe die Fehlermeldungen in der Ausgabe des SSH-Clients.
Nachdem du die Fehlermeldung identifiziert hast, lies den Abschnitt SSH-Fehler beheben, um das Problem zu lösen.

Weitere Informationen zu ausführlichen Meldungen oder zur Behebung anderer Arten von Fehlermeldungen findest du unter Wie kann ich Verbindungsprobleme für SSH auf meiner Amazon-EC2-Linux-Instance beheben?

Die serielle Amazon EC2-Konsole verwenden, um eine Verbindung zu den Nitro- und Bare-Metal-Instances herzustellen

Um SSH-Probleme direkt auf der Instance zu beheben, kannst du die serielle EC2-Konsole für Nitro-basierte Instances und Bare-Metal-Instances verwenden.

Hinweis: Wenn du die serielle EC2-Konsole zum ersten Mal verwendest, überprüfe die Voraussetzungen und konfiguriere den Zugriff, bevor du eine Verbindung zur Instance herstellst.

Wenn nach dem Herstellen einer Verbindung mit der Instance ein schwarzer Bildschirm angezeigt wird, führe die folgenden Aufgaben aus:

Verwende zur Problembehandlung den Schlüssel System Request (SysRQ).
Verwende SysRq, die Amazon EC2-Konsole oder die AWS CLI, um die Instance neu zu booten.
Verwende deine eigenen Schlüssel und einen SSH-Client, um eine Verbindung zur Instance herzustellen.

Verwendung von Session Manager

Du kannst Session Manager verwenden, um eine Verbindung zur Instance auf der Amazon EC2-Konsole herzustellen. Nachdem du eine Verbindung hergestellt hast, kannst du Bash-Befehle auf der Instance genauso ausführen wie mit anderen Verbindungsmethoden.

Beheben der SSH-Fehler

„Connection timed out“ oder „Connection refused“

Der Fehler Connection timed out tritt auf, wenn der Server nicht auf die Anforderung des Clients reagiert. Der Fehler Connection refused tritt auf, wenn die Instance den Host erreicht, die Verbindung jedoch aktiv ablehnt, da kein Service am SSH-Port lauscht. Informationen zur Behebung dieser Probleme findest du unter Wie behebe ich die Fehler „Connection refused“ oder „Connection timed out“, wenn ich SSH verwende, um eine SSH-Verbindung zu meiner EC2-Instance herzustellen?

Wenn in einer Virtual Private Cloud (VPC) ein Connection timed out-Fehler angezeigt wird, liegt möglicherweise ein Problem mit der Netzwerkkonfiguration vor. Falsche Konfigurationen der Sicherheitseinstellungen, Netzwerk-Zugriffssteuerungslisten (Netzwerk-ACL), VPC-Routing-Tabellen oder der lokalen Firewall können dieses Problem verursachen. Informationen zur Behebung dieses Problems findest du unter Wie behebe ich Timeout-Fehler bei der Amazon EC2-Instance-Verbindung über das Internet?

„Permission denied“ oder „Authentication failed“

Die Fehler Permission denied oder Authentication failed treten auf, wenn du dich nicht über SSH authentifizieren kannst, um auf die Instance zuzugreifen. Probleme mit der Schlüssel- oder Berechtigungskonfiguration können dieses Problem verursachen. Informationen zur Behebung dieses Problems findest du unter Wie behebe ich die Fehler „Permission denied (publickey)“ oder „Authentication failed, permission denied“, wenn ich auf meine EC2-Instance zugreife?

„Server refused our key“

Der Fehler Server refused our key tritt auf, wenn du SSH verwendest, um eine Verbindung zu einer Instance herzustellen, und dabei einen falschen privaten Schlüssel, Benutzernamen oder falsche Berechtigungen verwendest. Oder eine falsch konfigurierte SSH-Serverkonfiguration kann dieses Problem verursachen. Informationen zur Behebung dieses Problems findest du unter Warum erhalte ich die Fehlermeldung „Server refused our key“, wenn ich versuche, über SSH eine Verbindung zu meiner EC2-Instance herzustellen?

„imported-openssh-key“ oder „Putty Fatal Error“

Die Fehler imported-openssh-key oder Putty Fatal Error treten auf, wenn du einen falschen Benutzernamen verwendest, um über SSH eine Verbindung zu einer EC2-Linux-Instance herzustellen. Oder du verwendest während einer SSH-Sitzungsaushandlung den falschen privaten Schlüssel. Informationen zur Behebung dieses Problems findest du unter Warum erhalte ich die Fehler „imported-openssh-key“ oder „PuTTY Fatal Error“, wenn ich eine Verbindung zu meiner Amazon EC2 Linux-Instance herstelle?

„Enter passphrase for key 'my_key.pem'“

Der Fehler Enter passphrase for key 'my_key.pem' tritt auf, wenn du ein Passwort für die Schlüsseldatei erstellst, das Passwort aber nicht manuell eingegeben hast. Gib das Passwort manuell ein, um dieses Problem zu beheben. Oder verwende ssh-agent, um den Schlüssel automatisch zu laden.