Je suis curieux de savoir si tu as trouvé une solution finalement Vivien ?

pressé de voir le serveur en prod délivrer du traf

Il doit bien exister un truc pour faire de la Qos ou du rate limiting comme quand on a "finit" son forfait ...

Mais sinon, y'a pas une option plus bête genre :

- Une règle IPtables qui log tout (ou un tcpdump, ou du flow) dans une BDD en ram
- Un select ou autre pour additionner les paquets/trafic
- Un déclencheur qui envoie un iptables drop && sleep 3600 && iptables -D

Moi je sais pas faire, mais ptet que d'autres, oui ?

Oui, on peu commencer sans limite, mais le problème risque de se poser rapidement et les conséquences pour Appliwave peuvent être plus importantes que pour Bouygues Telecom.

Pour info, voici le trafic sur le serveur de bouygues.testdebit.info ce soir :


Un TCPDump il faut oublier vu les débit obtenus.
Les flow, c'est bien on peut échantillonner (prendre un paquet sur 1000 par exemple) mais cela me semble bien complexe à mettre en place.

Je pensais également que iptables pourrait faire quelques chose, peut être en plusieurs lignes ou en déclenchant un script qui bloque l'IP puis supprimer le blocage après un sleep.

Je suis sur que je ne suis pas le premier à avoir ce type de besoin... c'est étonnant de ne rien trouver.

Ok. j'essaye de le mettre en place demain.

Là, j'ai bloqué le nouveau fauteur de trouble, encore une IPv4 Google : 35.204.171.47

Même version de Curl que la dernière fois, seul l'IPv4 a changé.

35.204.171.47 58870 80 [01/May/2021:22:04:16 +0200] "GET /10G/10G.iso HTTP/1.1" 200 10000000245 "-" "curl/7.55.1"
35.204.171.47 58877 80 [01/May/2021:22:04:35 +0200] "GET /10G/10G.iso HTTP/1.1" 200 10000000245 "-" "curl/7.55.1"
35.204.171.47 58885 80 [01/May/2021:22:05:01 +0200] "GET /10G/10G.iso HTTP/1.1" 200 10000000245 "-" "curl/7.55.1"