effectivement si iperf3 n'est pas affecté ce n'est peut-être pas la congestion.

il faut comparer point a point entre iperf3 et un transfert https distant et local:

- meme machine source & machine destination (ca peut tres bien marcher avec paris.testdebit.info mais pas avec un PC derriere un FAI grand public).
- meme version d'IP: ipv6 ou ipv4
- coté client s'assurer que le logiciel n'est pas la cause (firefox) ou le disque (vu qu'on écrit un fichier c'est souvent le facteur limitant). préférer donc faire en ligne de commande avec un "curl -o /dev/null url" plutot que firefox.
- a noter qu'iperf3 ne chiffre pas contrairement a https (donc impact cpu plus important). donc si possible tester dans chiffrement aussi.

entre un distant et local, la taille des buffers coté réception peut jouer.

bref il faut déterminer plus finement ou ce situe le problème car un iperf3 vers paris.testdebit.info et un téléchargement avec firefox depuis X ne mesure pas la même chose. ni un téléchargement en local sur le LAN.

Moi j'utilise Openspeedtest sur mon synology (docker container)

https://github.com/openspeedtest/Docker-Image

Je suis sur Starlink, donc je peux pas tester la fibre pour l'instant. Mais l'upload me semble correct vu de l'extérieur...

attention toutefois:
 - openspeedtest c'est multi-connexion (par défaut, 6 en même temps en upload).
 - utiliser Docker introduit du NAT supplémentaire entre le container et l'hote donc une éventuelle limitation a cause du cpu quand on a des tres gros débits (idéalement utiliser le réseau 'host' (--network host)).

Un NAS n'ayant pas forcement un gros cpu c'est souvent le facteur limitant.