Direkt zum Inhalt

Wie behebe ich den „RequestError: send request failed caused by:“ Fehler im SSM Agent-Protokoll?

Lesedauer: 3 Minute
0

Ich möchte folgenden Fehler beheben: „RequestError: send request failed caused by: Post https://ssm.RegionID.amazonaws.com/: dial tcp IP:443: i/o timeout“ – diese Fehlermeldung finde ich in meinen Protokollen des AWS-Systems-Manager-Agent (SSM-Agent).

Kurzbeschreibung

Fehler des Typs „RequestError: send request failed caused by:“ weisen darauf hin, dass Systems Manager deine Amazon Elastic Compute Cloud (Amazon EC2)-Instance nicht als verwaltete Instance registriert hat.

Die folgenden Probleme können dazu führen, dass deine Instance nicht registriert wird:

  • AWS Systems Manager verwendet einen Schnittstellen-VPC-Endpunkt in der Amazon Virtual Private Cloud (Amazon VPC) und die Instance verwendet einen benutzerdefinierten DNS-Server in einem privaten Subnetz.
  • Die Instance befindet sich in einem privaten Subnetz und hat keinen Zugriff auf die Systems Manager-Endpunkte oder das Internet.
  • Deine Instance befindet sich in einem öffentlichen Subnetz, das keine ausgehenden Verbindungen zu Systems Manager-Endpunkten auf Port 443 zulässt.
  • SSM Agent kann sich nicht mit dem Metadatenserver für deine Instance verbinden, die sich hinter einem HTTP-Proxy befindet.

Lösung

Verwende die folgenden Speicherpfade, um zu überprüfen, ob eines deiner Protokolle die Fehlermeldung enthält:

  • Für Linux und macOS:
    /var/log/amazon/ssm/amazon-ssm-agent.log
    /var/log/amazon/ssm/errors.log
  • Für Windows:
    %PROGRAMDATA%\Amazon\SSM\Logs\amazon-ssm-agent.log
    %PROGRAMDATA%\Amazon\SSM\Logs\errors.log

Wenn eines deiner Protokolle den Fehler enthält, führe die folgenden Lösungsschritte aus.

Fehlerbehebung bei Instances in privaten Subnetzen, die Systems Manager-VPC-Endpunkte und einen benutzerdefinierten DNS-Server verwenden

VPC-Endpunkte unterstützen nur den Amazon DNS-Server, der Amazon Route 53 Resolver verwendet. Verwende Route 53 Resolver, um DNS-Anfragen zwischen der VPC und deinem Netzwerk aufzulösen.

Um eine Anfrage für die Domain amazonaws.com an den Standard-VPC-DNS-Resolver weiterzuleiten, verwende die bedingte Weiterleitung in deinem benutzerdefinierten DNS-Server.

Fehlerbehebung bei Instances in einem öffentlichen Subnetz, die keine Verbindung zu den Systems Manager-Endpunkten oder dem Internet herstellen können

Verwende das Runbook AWSSupport-TroubleshootManagedInstance, die AWS Command Line Interface (AWS CLI) oder manuelle Fehlerbehebungsschritte, um Verbindungsprobleme für deine Instance zu beheben. Weitere Informationen findest du unter Warum zeigt Systems Manager meine Amazon EC2-Instance nicht als verwaltete Instance an?

Fehlerbehebung bei Instances in einem öffentlichen Subnetz, das keine ausgehenden Verbindungen auf Port 443 zulässt

Konfiguriere deine Amazon VPC-Sicherheitsgruppenregeln und Netzwerk-Zugriffssteuerungslisten (Netzwerk-ACLs) so, dass ausgehende Verbindungen zu Systems Manager-Endpunkten auf Port 443 zugelassen werden.

Fehlerbehebung bei Instances, die einen Proxy verwenden

Konfiguriere deinen SSM Agent so, dass er mit einem Proxy funktioniert, und setze no_proxy für die Metadaten-URL. Anweisungen dazu findest du in der folgenden AWS-Dokumentation:

Weitere Informationen

Understanding Amazon DNS (Grundlegendes zu Amazon DNS)

Creating VPC endpoints for Systems Manager (VPC-Endpunkte für Systems Manager erstellen)

DHCP option sets in Amazon VPC (DHCP-Optionssätze in Amazon VPC)

AWS OFFICIALAktualisiert vor 9 Monaten