Pas une seule réponse, alors, je continue à chercher. Ce serait peut-être un problème de routing. J'ai fait un traceroute et envoyé les résultats à Oneprovider. Ça donne cela:
Détermination de l’itinéraire vers 163-172-42-240.rev.poneytelecom.eu [163.172.42.240]
avec un maximum de 30 sauts :

1 <1 ms <1 ms <1 ms EMG2926 [192.168.0.1]
2 11 ms 9 ms 13 ms modemcable001.63-178-173.mc.videotron.ca [173.178.63.1]
3 10 ms 19 ms 8 ms 10.170.154.30
4 20 ms 18 ms 14 ms 216.113.122.210
5 18 ms 18 ms 26 ms hu0-3-0-2.ccr21.ymq01.atlas.cogentco.com [38.104.226.225]
6 96 ms 95 ms 98 ms be3042.ccr21.lpl01.atlas.cogentco.com [154.54.44.161]
7 96 ms 100 ms 88 ms be2391.ccr51.lhr01.atlas.cogentco.com [154.54.39.149]
8 103 ms 103 ms 106 ms be3684.ccr41.par01.atlas.cogentco.com [154.54.60.169]
9 95 ms 108 ms 102 ms be3183.ccr31.par04.atlas.cogentco.com [154.54.38.66]
10 99 ms 97 ms 101 ms be3750.rcr21.b022890-0.par04.atlas.cogentco.com [154.54.60.202]
11 97 ms 104 ms 95 ms online.demarc.cogentco.com [149.6.164.42]
12 103 ms 105 ms 101 ms pni-th2-a9k1.th2.poneytelecom.eu [195.154.1.37]
13 106 ms 111 ms 98 ms 195.154.2.195
14 103 ms 106 ms 105 ms 163-172-42-240.rev.poneytelecom.eu [163.172.42.240]

Itinéraire déterminé.

On voit que dès la ligne 5, le temps de réponse est à 26ms, puis cela se gâte encore plus, passant à 98, 88 et même 106ms. J'appellerais cela un réel problème. À suivre ! Oneprovider va refaire des tests de vitesse et j'ai demandé un re-routing pour régler le problème. Si cela ne se règle pas, je n'aurai pas le choix de résilier mon petit serveur, obtenu à la moitié du prix habituel. Dommage.

Merci laster13, je vais regarder attentivement; ça m'apparaît hautement technique mais si cela sauve mon serveur, et moi-même.

Si on prend un raccourci, voilà ce que tu peux tenter

apt install ethtool -yqq

Ensuite déterminer ton type de carte reseau, oneprovider chez moi c'est 'em1'

ifconfig | grep -E 'eno1|enp0s|em1' | awk '{print $1}' | sed -e 's/://g'

Désactiver ce qui fait chuter le débit

ethtool -K em1 tso off tx off gso off

A noter que si ca fonctionne il te faudra mettre un cron car ces reglages disparaissent au reboot

sed -i '$a\@reboot ethtool -K em1 tso off tx off\' /etc/crontab

Tu peux ensuite vérifier

ethtool -k em1

Oh merci ! Je vais l'essayer car oneprovider vient de m'écrire que "Note that this is a budget server and therefore we can't guarantee minimum speeds, especially on international networks."
J'ai l'impression que pour eux, une vitesse de 99 Mbps en download, est acceptable alors même que ma vitesse de résidence est de plus de 450 Mbps !
Tout pour que j'upgrade, quoi.
Merci beaucoup pour ton aide.

Avec cette réponse, je pense qu'il serait mieux de penser à choisir un autre serveur:

"Note that our budget models like this one are located in a shared network without premium connectivity, as a result international traffic can be congested depending on the path. Anyhow 100-400Mbps is a really acceptable result considering the long distance between our network and your location."

@laster13, je bloque après
ifconfig | grep -E 'eno1|enp0s|em1' | awk '{print $1}' | sed -e 's/://g'
car en faisant
ethtool -K em1 tso off tx off gso off
le système me dit que "such device does not exits"
Comment je détermine mon type de carte réseau ?

Fais ifconfig pour trouver ton interface réseau. Visiblement elle n est pas dans la liste de celles que je t ai proposé

Ça me donne ceci, après avoir caché mon "IP" par IP:
root@sd-97019:# ifconfig
enp0s20: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet IP netmask 255.255.255.0 broadcast IP
inet6 fe80::207:cbff:fe03:da17 prefixlen 64 scopeid 0x20<link>
ether 00:07:cb:03:da:17 txqueuelen 1000 (Ethernet)
RX packets 729288 bytes 51682387 (49.2 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1367517 bytes 1831151526 (1.7 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device memory 0x80000000-8001ffff

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1 (Local Loopback)
RX packets 4432 bytes 1406292 (1.3 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4432 bytes 1406292 (1.3 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

Il faut remplacer em1 selon le retour de la commande précédente, exemple
ethtool -K enp0s20 tso off tx off gso off

Merci, j'essaie dès ce soir, ici en tout cas. 😀

Voici ce que j'ai obtenu. Je vérifie plus tard si ma vitesse est plus constante.

"Features for enp0s20:
rx-checksumming: on
tx-checksumming: off
tx-checksum-ipv4: off [fixed]
tx-checksum-ip-generic: off
tx-checksum-ipv6: off [fixed]
tx-checksum-fcoe-crc: off [fixed]
tx-checksum-sctp: off
scatter-gather: on
tx-scatter-gather: on
tx-scatter-gather-fraglist: off [fixed]
tcp-segmentation-offload: off
tx-tcp-segmentation: off
tx-tcp-ecn-segmentation: off [fixed]
tx-tcp-mangleid-segmentation: off
tx-tcp6-segmentation: off
udp-fragmentation-offload: off [fixed]
generic-segmentation-offload: off
generic-receive-offload: on
large-receive-offload: off [fixed]
rx-vlan-offload: on
tx-vlan-offload: on
ntuple-filters: off
receive-hashing: on
highdma: on [fixed]
rx-vlan-filter: on [fixed]
vlan-challenged: off [fixed]
tx-lockless: off [fixed]
netns-local: off [fixed]
tx-gso-robust: off [fixed]
tx-fcoe-segmentation: off [fixed]
tx-gre-segmentation: on
tx-gre-csum-segmentation: on
tx-ipxip4-segmentation: on
tx-ipxip6-segmentation: on
tx-udp_tnl-segmentation: on
tx-udp_tnl-csum-segmentation: on
tx-gso-partial: on
tx-sctp-segmentation: off [fixed]
fcoe-mtu: off [fixed]
tx-nocache-copy: off
loopback: off [fixed]
rx-fcs: off [fixed]
rx-all: off
tx-vlan-stag-hw-insert: off [fixed]
rx-vlan-stag-hw-parse: off [fixed]
rx-vlan-stag-filter: off [fixed]
l2-fwd-offload: off [fixed]
busy-poll: off [fixed]
hw-tc-offload: off [fixed] "

Merci

La vitesse se maintient au top à 456 Mbps, puis, elle retourne à 99 Mbps, après un peu plus d'une minute. Désolant mais ce doit être lié à mon serveur car c'est le bas de gamme d'un serveur partagé.
Je ne renouvellerai pas et je vais prendre de petits serveurs chez PulsedMedia où pour quelques euros, je peux avoir 450 Go. Le seul inconvénient, c'est qu'il expire après 30 jours. Mais j'ai la vitesse dans les deux sens et ça fera mon affaire d'être obligé de rapatrier les fichiers au fur et à mesure.
Merci pour ton aide; j'ai appris encore des choses à ton contact.

2 mois plus tard

Hello Xavier,

ton script est il compatible avec ubuntu version 18.04 ? merci par avance.

    Bonjour, je rencontre un probleme avec ce script. Il semble y avoir quelques soucis au niveau des vhosts.
    j'ai une seedbox sous debian 9, nous sommes 2 utilisateurs, j'ai installé pour nous 2 rutorrents ainsi que medusa, probleme l'adresse pour medusa http://serveur/medusa est commun pour les 2 utilisateurs alors qu'il y a bien 2 services medusa de lancés.
    j'ai cherché les fichiers de config de nginx mais je n'ai pas trouvé celui qui s'occupe de ça.
    un p'tit coup de main ? merci

      salut à tous!
      Ton script a installé tout ce qu'il me faut depuis un moment, mais j'ai remarqué que lors des maj, j'ai ça:
      apt-get upgrade
      Reading package lists... Done
      Building dependency tree
      Reading state information... Done
      Calculating upgrade... Done
      The following packages have been kept back:
      libxml2 linux-image-amd64
      0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
      Une idée?