Wie behebe ich den „RequestError: send request failed caused by:“ Fehler im SSM Agent-Protokoll?
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:
- Configuring SSM Agent to use a proxy on Linux nodes (SSM Agent für die Verwendung eines Proxys auf Linux-Knoten konfigurieren)
- Configure SSM Agent to use a proxy for Windows Server instances (SSM Agent so konfigurieren, dass er einen Proxy für Windows Server-Instances verwendet)
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)
- Themen
- Management & Governance
- Sprache
- Deutsch

Relevanter Inhalt
AWS OFFICIALAktualisiert vor einem Jahr