Una política de seguridad prohíbe el acceso directo por SSH/RDP a las instancias EC2; el personal autorizado utiliza AWS Systems Manager Session Manager en su lugar. Los usuarios no pueden conectarse a una instancia EC2 de Ubuntu que tiene el Agente SSM preinstalado, pero pueden usar Session Manager para acceder a otras instancias en la misma subred. Los usuarios pertenecen a un grupo de IAM que tiene permisos de Session Manager para todas las instancias. ¿Qué acción debe tomar un administrador de SysOps para solucionar el problema?

La respuesta correcta es adjuntar la política gestionada AmazonSSMManagedInstanceCore al perfil de instancia de IAM. Para que AWS Systems Manager Session Manager funcione, la instancia EC2 debe tener un perfil de instancia de IAM con los permisos adecuados para comunicarse con el servicio SSM. La política AmazonSSMManagedInstanceCore proporciona estos permisos esenciales. Aunque el Agente SSM esté preinstalado en Ubuntu, no puede funcionar sin las credenciales de IAM correctas. Abrir el puerto 22 para SSH/RDP es incorrecto porque la política de seguridad prohíbe el acceso directo por SSH/RDP, y Session Manager no utiliza estos puertos para la conexión. Configurar el Agente SSM para usar el nombre de usuario "ubuntu" es irrelevante para el problema de conexión inicial, ya que la autenticación de Session Manager se gestiona a través de IAM y no requiere un nombre de usuario específico del sistema operativo para establecer la sesión. Generar un nuevo par de claves SSH es incorrecto porque Session Manager no utiliza pares de claves SSH para la autenticación; utiliza IAM.