Traquer les erreurs de "réinitialisation de la connexion" sous Linux

Vous pourriez capturer le trafic avec tcpdump et regardez ça après la rupture des connexions. Wireshark, par exemple, dispose d'une option "suivre le flux TCP" qui vous permet d'isoler facilement une rupture une fois que vous avez localisé le dernier paquet.

Il se peut qu'il y ait encore beaucoup de données à traiter, mais comme vous dites que cela ne se produit que lorsque la charge est assez élevée, je ne pense pas qu'il y ait un moyen de contourner cela.

Pour commencer, vous pouvez examiner les erreurs signalées par l'interface réseau (par l'intermédiaire de l'outil de gestion de l'interface réseau). ifconfig ) et voyez si ce nombre augmente de manière significative lorsque les connexions sont interrompues.

Y a-t-il un firewall/NAT sur le chemin entre vous et S3 ?

Pourriez-vous capturer simultanément ( tcpdump -w file -s 0 ) le trafic en 2 points - entre votre serveur et le pare-feu, et entre le pare-feu et S3, puis comparez les dumps ? Avant de lancer tcpdump, assurez-vous que l'horloge est précisément synchronisée en utilisant NTP sur les hôtes de capture.

Comparez ensuite les deux captures de réseau au moment où la connexion a été interrompue.

J'ai eu un problème insaisissable similaire, et en comparant les vidages de trafic réseau, j'ai découvert qu'il était dû au fait que SACK était actif sur mon serveur Linux, mais qu'il était mal interprété par le pare-feu Cisco ASA qui gérait le trafic en provenance d'Internet.

J'ai dû désactiver SACK en utilisant sysctl ( net.ipv4.tcp_sack ).