Un ingénieur a lancé une instance EC2 dans un sous-réseau privé d'un VPC (le VPC n'a pas de sous-réseau public). L'instance exécute du code qui devrait envoyer des messages à une file d'attente Amazon SQS, mais la file d'attente ne reçoit aucun message. Le sous-réseau utilise la liste de contrôle d'accès réseau (ACL) par défaut et l'instance utilise le groupe de sécurité par défaut, sans aucune modification. Lequel des éléments suivants pourrait expliquer le problème ? (Choisissez deux.)

L'instance EC2 doit avoir un rôle IAM avec les autorisations nécessaires pour envoyer des messages à SQS. Sans ces autorisations, l'instance ne peut pas interagir avec le service SQS, même si la connectivité réseau est établie. De plus, comme l'instance se trouve dans un sous-réseau privé sans sous-réseau public, elle ne peut pas accéder directement aux services AWS publics comme SQS via Internet. Un point de terminaison d'interface VPC (AWS PrivateLink) est nécessaire pour permettre à l'instance d'accéder à SQS de manière privée et sécurisée depuis le VPC, sans passer par Internet. Le groupe de sécurité par défaut autorise tout le trafic sortant, il ne bloquerait donc pas le trafic vers SQS. L'ACL réseau par défaut autorise tout le trafic entrant et sortant, elle ne bloquerait donc pas le trafic de retour. La table de routage par défaut contient une route locale pour le VPC et n'a pas besoin d'une route spécifique pour SQS si un point de terminaison de VPC est utilisé, car le trafic reste dans le réseau AWS.