Une entreprise exécute une solution logicielle sur des instances EC2 dans un groupe de placement en cluster. L'interface utilisateur de l'application est une page HTML unique (1 024 octets). Le logiciel traite également des fichiers de plus de 1 024 Mo et les sert aux clients sur demande. Les fichiers sont partagés avec l'indicateur Don't Fragment, et les ENI des instances EC2 sont configurées pour les jumbo frames. L'interface utilisateur est toujours accessible depuis les adresses IP sources autorisées, que les clients soient dans un VPC, sur Internet ou sur site. Cependant, les clients ne parviennent parfois pas à recevoir les fichiers demandés car les fichiers ne sont pas transférés avec succès du serveur aux clients. Lesquelles des propositions suivantes pourraient être les causes profondes de ces échecs ? (Choisissez-en deux.)

Les échecs de transfert de fichiers sont dus à un problème de fragmentation de paquets. Les fichiers sont envoyés avec l'indicateur "Don't Fragment" (DF) et les ENI sont configurées pour les jumbo frames (MTU de 9001). Si les clients se connectent via AWS Site-to-Site VPN, le tunnel VPN a généralement une MTU inférieure (environ 1400 octets) en raison de l'encapsulation. Les paquets de grande taille (jumbo frames) avec l'indicateur DF ne pourront pas traverser le tunnel et seront abandonnés. De même, si les clients se connectent via l'Internet public, le chemin réseau peut avoir une MTU inférieure à 9001. Les paquets avec l'indicateur DF qui dépassent la MTU du chemin seront abandonnés, entraînant des échecs de transfert. Les options incorrectes sont : AWS Direct Connect prend en charge une MTU de 9001, donc il ne causerait pas ce problème. Le groupe de sécurité n'est pas la cause car l'interface utilisateur fonctionne. Le système d'exploitation prend en charge les jumbo frames, comme indiqué par la configuration des ENI.