Un point de terminaison de passerelle S3 est configuré dans un VPC dont les sous-réseaux privés n'ont pas d'accès sortant à Internet. Un utilisateur sur une instance EC2 dans l'un de ces sous-réseaux privés ne parvient pas à effectuer un PUT d'un fichier dans un compartiment S3 dans la même région. Quel changement résoudra l'échec du téléchargement ?

L'option correcte est d'ajouter les routes de la liste de préfixes S3 à la table de routage du sous-réseau et de les cibler vers le point de terminaison de la passerelle S3. Un point de terminaison de passerelle S3 permet aux instances EC2 des sous-réseaux privés d'accéder à S3 sans passer par Internet. Cependant, pour que cela fonctionne, la table de routage du sous-réseau doit être configurée pour diriger le trafic destiné à S3 vers ce point de terminaison. Sans ces routes, les instances ne savent pas comment atteindre S3 via le point de terminaison. L'ajout de permissions s3:PutObject au rôle IAM est nécessaire pour l'autorisation, mais le problème ici est la connectivité réseau. Modifier le groupe de sécurité de l'instance EC2 pour autoriser le trafic sortant vers 0.0.0.0/0 sur le port 80 ne résoudrait pas le problème car les sous-réseaux privés n'ont pas d'accès sortant à Internet, et le point de terminaison de passerelle S3 n'utilise pas le port 80 pour l'accès. Modifier la politique du compartiment S3 pour autoriser les requêtes du bloc CIDR du sous-réseau privé est également une question d'autorisation et ne résout pas le problème de routage.