Uma política de segurança proíbe SSH/RDP direto para instâncias EC2; a equipe autorizada usa o AWS Systems Manager Session Manager. Os usuários não conseguem se conectar a uma instância EC2 Ubuntu que tem o SSM Agent pré-instalado, mas podem usar o Session Manager para acessar outras instâncias na mesma sub-rede. Os usuários pertencem a um grupo do IAM que tem permissões do Session Manager para todas as instâncias. Que ação um administrador de SysOps deve tomar para corrigir o problema?

A política gerenciada AmazonSSMManagedInstanceCore concede as permissões necessárias para que o SSM Agent se comunique com o serviço AWS Systems Manager. Sem essa política anexada ao perfil da instância do IAM, a instância Ubuntu não consegue registrar-se no Systems Manager e, consequentemente, o Session Manager não pode estabelecer uma conexão, mesmo que o agente esteja pré-instalado. As outras instâncias na mesma sub-rede provavelmente têm essa política anexada, o que explica por que funcionam. Abrir a porta 22 (SSH) não é a solução, pois a política de segurança proíbe SSH/RDP direto, e o Session Manager não utiliza essas portas para sua funcionalidade principal. Configurar o nome de usuário "ubuntu" não resolverá o problema de conectividade fundamental com o serviço SSM. Gerar um novo par de chaves SSH é irrelevante, pois o Session Manager não usa chaves SSH para autenticação de sessão.