Une entreprise a introduit une exigence de sécurité pour inspecter tout le trafic provenant des instances AWS de l'entreprise dans son VPC afin de détecter les violations de politique et de bloquer des adresses IP spécifiques. Pour ce faire, l'entreprise a déployé des instances EC2 exécutant un logiciel proxy approuvé dans des sous-réseaux privés en tant que proxys transparents, a mis à jour les tables de routage des sous-réseaux pour utiliser les instances proxy comme route par défaut, et a attaché des groupes de sécurité conformes à la politique. Malgré ces changements, le trafic des instances dans les sous-réseaux privés n'est pas acheminé vers Internet via les proxys. Que doit faire un architecte de solutions pour résoudre ce problème ?

Pour qu'une instance EC2 puisse servir de routeur ou de proxy transparent pour d'autres instances, elle doit pouvoir envoyer et recevoir du trafic dont l'adresse IP source ou de destination ne correspond pas à la sienne. La désactivation des vérifications de la source/destination permet à l'instance proxy de transférer le trafic pour le compte d'autres instances. Les autres options sont incorrectes : L'ajout d'une règle de groupe de sécurité pour autoriser tout le trafic entre les instances ne résoudra pas le problème de routage du trafic via le proxy. La modification des options DHCP pour le serveur DNS dirigerait les requêtes DNS vers le proxy, mais pas tout le trafic réseau. L'ajout d'une ENI supplémentaire est une configuration possible pour un proxy, mais ne résout pas le problème fondamental de la vérification de la source/destination qui empêche le transfert du trafic.