Après avoir remplacé les instances NAT autogérées par une passerelle NAT gérée, les utilisateurs signalent que les connexions à l'application se ferment après environ 6 minutes d'inactivité. Que doit faire l'ingénieur réseau pour résoudre ce problème ?

La passerelle NAT gérée a un délai d'inactivité TCP de 350 secondes (environ 5 minutes et 50 secondes). Si aucune donnée n'est envoyée ou reçue pendant cette période, la connexion est fermée. Les utilisateurs signalant des déconnexions après environ 6 minutes d'inactivité indiquent que ce délai est atteint. La métrique IdleTimeoutCount de CloudWatch pour la passerelle NAT augmentera dans ce scénario. Pour résoudre ce problème, il faut activer les TCP keepalives sur les instances EC2 de l'application. Cela permet aux instances d'envoyer de petits paquets à intervalles réguliers pour maintenir la connexion active et éviter le délai d'inactivité de la passerelle NAT. Les autres options sont incorrectes car : ErrorPortAllocation indique des problèmes d'épuisement des ports, pas d'inactivité. PacketsDropCount indique des paquets abandonnés, pas des délais d'inactivité. ActiveConnectionCount diminue si les connexions sont fermées, mais n'explique pas la cause spécifique de l'inactivité, et UDP keepalive n'est pas pertinent pour les connexions TCP.