Eine Sicherheitsrichtlinie verbietet direkte SSH/RDP-Verbindungen zu EC2-Instances; autorisiertes Personal verwendet stattdessen AWS Systems Manager Session Manager. Benutzer können keine Verbindung zu einer Ubuntu EC2-Instance herstellen, auf der der SSM Agent vorinstalliert ist, aber sie können Session Manager verwenden, um auf andere Instances im selben Subnetz zuzugreifen. Die Benutzer gehören zu einer IAM-Gruppe, die Session Manager-Berechtigungen für alle Instances besitzt. Welche Maßnahme sollte ein SysOps-Administrator ergreifen, um das Problem zu beheben?

Die verwaltete Richtlinie AmazonSSMManagedInstanceCore gewährt die erforderlichen Berechtigungen, damit der SSM Agent mit dem AWS Systems Manager-Service kommunizieren kann. Ohne diese Richtlinie kann die EC2-Instance keine Verbindung zu Systems Manager herstellen, was die Nutzung von Session Manager verhindert, selbst wenn der Agent installiert ist. Da andere Instances im selben Subnetz funktionieren, liegt das Problem wahrscheinlich bei der spezifischen Ubuntu-Instance. Das Öffnen von Port 22 ist nicht die Lösung, da die Sicherheitsrichtlinie direkte SSH-Verbindungen verbietet und Session Manager keine offenen Ports für die Verbindung benötigt. Die Konfiguration des SSM Agents für einen bestimmten Benutzernamen ist irrelevant, da das grundlegende Verbindungsproblem nicht behoben wird. Das Generieren eines neuen SSH-Schlüsselpaars ist ebenfalls nicht relevant, da Session Manager keine SSH-Schlüssel für die Verbindung verwendet.