Auteur Sujet: Débit très mauvais de mon serveur So You Start depuis ma connexion FTTH Orange  (Lu 11659 fois)

0 Membres et 1 Invité sur ce sujet

nephthys

  • Abonné Free fibre
  • *
  • Messages: 130
  • Var (83)
Hello,

J'ai un serveur So You Start (SYS) depuis peu et je remarque que le débit (que ce soit en upload ou download) est vraiment très mauvais depuis ma connexion FTTH Orange. Voici un speedtest de cette dernière, pour commencer :



Mon serveur est un OP-SAT-1-32, à RBX2, avec une bande passante de 250 Mbps.

Le problème ? Je n'ai jamais dépassé plus de 10/11 MB/s en upload et 5-6 MB/s en download ! Autant dire que mes serveurs Kimsufi vont plus vite. Je télécharge au "plafond", c'est-à-dire à 11 MB/s... soit deux fois plus vite que ce serveur SYS.

Le support SYS m'a fait faire deux tests : iperf et wget. Leur réponse : "Votre test iperf affiche bien un débit supérieur au 250 Mbps de votre offre. Le résultats de votre wget est également conforme avec une valeur de 91,4 MBps (soit 731,2 Mbps)."

Selon eux, le problème est d'ordre logiciel. J'utilisais la dernière version d'Ubuntu (installé directement via l'outil d'OVH) et il y avait presque rien installé sur le serveur. Passons. J'ai reinstallé le serveur sous Debian 9.4 Stretch. J'ai installé seulement wget et nginx. Voici les résultats :

root@nsXXXXXXX:~# wget http://www.ovh.net/files/10Gio.dat
--2019-01-31 16:55:58--  http://www.ovh.net/files/10Gio.dat
Resolving www.ovh.net (www.ovh.net)... 213.186.33.6
Connecting to www.ovh.net (www.ovh.net)|213.186.33.6|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10737418240 (10G) [application/octet-stream]
Saving to: ‘10Gio.dat’

10Gio.dat                        100%[========================================================>]  10.00G  90.2MB/s    in 2m 13s

2019-01-31 16:58:12 (76.7 MB/s) - ‘10Gio.dat’ saved [10737418240/10737418240]

Et quand je télécharge sur mon serveur avec ma connexion Fibre :

wget http://94.23.XXX.XXX/10Gio.dat
--2019-01-31 18:00:32--  http://94.23.XXX.XXX/10Gio.dat
Connexion à 94.23.XXX.XXX:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10737418240 (10G) [application/octet-stream]
Sauvegarde en : « 10Gio.dat »

10Gio.dat                        100%[========================================================>]  10,00G  4,45MB/s    ds 42m 31s

2019-01-31 18:43:03 (4,01 MB/s) — « 10Gio.dat » sauvegardé [10737418240/10737418240]

Quel est le problème selon vous ? Une question de peering ? Car si je refais la même commande wget sur d'autres serveurs, ne serait-ce qu'un Kimsufi (je suis déjà à 10.9 MB/s en download), la vitesse est plus élevée. Ça voudrait dire que le peering est différent entre Kimsufi et So You Start. Et en l'occurence, il est de moins bonne qualité en direction de So You Start depuis une connexion Fibre à Lyon  :o

Merci pour vos réponses.

cayenne

  • Abonné Free fibre
  • *
  • Messages: 105
  • Niort (79)
Bonjour,
est-ce que tu peux nous faire un tracert de ton pc à ton serveur, et de ton serveur à ta box ?
quel est le ping?
je pense que ça peux être un problème de perring
peut être aussi le débit upload de ton serveur qui est mauvais ?

Le débit est t'il meilleur en sftp fillezilla ?

nephthys

  • Abonné Free fibre
  • *
  • Messages: 130
  • Var (83)
Bonjour,
est-ce que tu peux nous faire un tracert de ton pc à ton serveur, et de ton serveur à ta box ?
quel est le ping?
je pense que ça peux être un problème de perring
peut être aussi le débit upload de ton serveur qui est mauvais ?

Merci pour la réponse tout d'abord :) Pour le débit upload, je ne sais pas mais j'ai réussi à attendre une vitesse correcte (10-11 MB/s), même si je m'attendais à mieux quand même. Le débit download est, lui, vraiment mauvais je trouve.

Traceroute de mon Mac vers mon serveur :

traceroute to 94.23.XXX.XXX (94.23.XXX.XXX), 64 hops max, 52 byte packets
 1  livebox (192.168.1.1)  0.585 ms  0.300 ms  0.226 ms
 2  80.10.234.61 (80.10.234.61)  1.729 ms  0.978 ms  1.087 ms
 3  ae108-0.nclyo201.lyon3earrondissement.francetelecom.net (193.253.87.194)  0.908 ms  1.794 ms  0.983 ms
 4  ae42-0.nrlyo201.lyon3earrondissement.francetelecom.net (193.252.101.234)  39.174 ms  1.612 ms  1.896 ms
 5  ae42-0.nridf101.paris3earrondissement.francetelecom.net (193.252.101.214)  7.838 ms  7.246 ms  7.300 ms
 6  ae41-0.noidf001.paris3earrondissement.francetelecom.net (193.252.98.102)  7.637 ms  7.054 ms  7.020 ms
 7  be100-169.th2-1-a9.fr.eu (91.121.131.193)  7.559 ms  7.254 ms  8.126 ms
 8  be100-1043.rbx-g1-nc5.fr.eu (94.23.122.146)  12.202 ms  12.106 ms  12.039 ms
 9  * * *
10  * * *
11  * * *
12  nsXXXXXXX.ip-94-23-XXX.eu (94.23.XXX.XXX)  11.265 ms  11.116 ms  11.043 ms

ping 94.23.XXX.XXX
PING 94.23.XXX.XXX (94.23.XXX.XXX): 56 data bytes
64 bytes from 94.23.XXX.XXX: icmp_seq=0 ttl=53 time=10.577 ms
64 bytes from 94.23.XXX.XXX: icmp_seq=1 ttl=53 time=11.317 ms
64 bytes from 94.23.XXX.XXX: icmp_seq=2 ttl=53 time=10.949 ms
64 bytes from 94.23.XXX.XXX: icmp_seq=3 ttl=53 time=11.242 ms
64 bytes from 94.23.XXX.XXX: icmp_seq=4 ttl=53 time=10.617 ms
^C
--- 94.23.XXX.XXX ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 10.577/10.940/11.317/0.306 ms


De mon serveur vers mon Mac :

traceroute to 90.65.XX.XXX (90.65.XX.XXX), 30 hops max, 60 byte packets
 1  vss-2-6k.fr.eu (94.23.208.253)  0.324 ms  0.546 ms  0.612 ms
 2  10.95.68.196 (10.95.68.196)  0.168 ms  0.218 ms  0.208 ms
 3  10.95.66.78 (10.95.66.78)  0.201 ms 10.95.66.70 (10.95.66.70)  0.131 ms 10.95.66.76 (10.95.66.76)  0.223 ms
 4  10.95.64.2 (10.95.64.2)  2.217 ms  1.386 ms 10.95.64.0 (10.95.64.0)  1.612 ms
 5  be100-1043.th2-1-a9.fr.eu (94.23.122.147)  3.955 ms be100-1044.gsw-1-a9.fr.eu (94.23.122.215)  4.520 ms be100-1043.th2-1-a9.fr.eu (94.23.122.147)  4.391 ms
 6  * * *
 7  ae40-0.noidf002.Aubervilliers.francetelecom.net (193.252.98.110)  4.252 ms ae49-0.nridf102.Aubervilliers.francetelecom.net (193.252.98.105)  4.306 ms  4.289 ms
 8  ae49-0.nridf102.Aubervilliers.francetelecom.net (193.252.98.105)  12.182 ms ae41-0.nrlyo202.Lyon3eArrondissement.francetelecom.net (193.252.101.217)  9.787 ms ae49-0.nridf102.Aubervilliers.francetelecom.net (193.252.98.105)  4.271 ms
 9  ae41-0.nclyo202.Lyon3eArrondissement.francetelecom.net (193.252.101.237)  10.078 ms  9.854 ms  9.960 ms
10  ae41-0.nclyo202.Lyon3eArrondissement.francetelecom.net (193.252.101.237)  9.779 ms  9.820 ms  9.812 ms
11  * lag-118.nelyn372.Lyon2eArrondisse.francetelecom.net (193.253.87.197)  9.681 ms *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

cayenne

  • Abonné Free fibre
  • *
  • Messages: 105
  • Niort (79)
avec un client sftp comme filezilla, quel est la vitesse entre ton serveur et ton client, et ton client vers ton serveur ?

PS: regarde ce post : https://lafibre.info/tester-son-debit/fibre-optique-et-mac/

nephthys

  • Abonné Free fibre
  • *
  • Messages: 130
  • Var (83)
avec un client sftp comme filezilla, quel est la vitesse entre ton serveur et ton client, et ton client vers ton serveur ?
J'ai pas de client FTP installé sur le serveur, ayant réinstallé le serveur ce soir, mais les débits étaient aussi mauvais en ssh via SCP...

buddy

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 15 096
  • Alpes Maritimes (06)
il est possible d'avoir du SFTP avec les log in du SSH et en réglant le port 22 (à la place de 21 pour le FTP)

TI@RY

  • Expert Orange
  • Abonné Orange Fibre
  • *
  • Messages: 3 844
.......
je pense que ça peux être un problème de perring
.......

Il n'y a pas de pb de peering entre Orange et OVH.

nephthys

  • Abonné Free fibre
  • *
  • Messages: 130
  • Var (83)
il est possible d'avoir du SFTP avec les log in du SSH et en réglant le port 22 (à la place de 21 pour le FTP)
Pas bête, je n'y avais pas pensé sur ce coup...

L'upload vers mon serveur en SFTP est plutôt bon bizarrement :


Par contre le download est toujours aussi mauvais...



Il n'y a pas de pb de peering entre Orange et OVH.
C'est vite dit. En tout cas, je constate une différence importante de débits entre un serveur So You Start et un Kimsufi avec ma connexion. Je ne sais pas si ça concerne aussi les serveurs OVH mais j'ai rarement eu ce souci sur d'autres hébergeurs (qu'ils soient français ou européens).

Hugues

  • AS2027 MilkyWan
  • Modérateur
  • *
  • Messages: 12 424
  • Lyon (69) / St-Bernard (01)
    • Twitter
C'est vite dit. En tout cas, je constate une différence importante de débits entre un serveur So You Start et un Kimsufi avec ma connexion. Je ne sais pas si ça
concerne aussi les serveurs OVH mais j'ai rarement eu ce souci sur d'autres hébergeurs (qu'ils soient français ou européens).
Donc c'est pas un souci de peering, c'est interne chez OVH...

nephthys

  • Abonné Free fibre
  • *
  • Messages: 130
  • Var (83)
Donc c'est pas un souci de peering, c'est interne chez OVH...

J'ai échangé plein de messages avec eux sur un ticket, ils persistent à dire que tout est OK de leur côté, que c'est ma configuration logicielle (sic) qui pose problème. Selon eux, j'ai mieux que ce que je devrais avoir donc il ne faut surtout pas se plaindre ^^

Résultat, j'ai demandé la résiliation du serveur et j'ai réussi à qu'elle soit effective demain (et non fin février comme ça aurait dû être le cas...).

Hugues

  • AS2027 MilkyWan
  • Modérateur
  • *
  • Messages: 12 424
  • Lyon (69) / St-Bernard (01)
    • Twitter
Ben si un serveur chez OVH marche bien et un autre marche mal, c'est que le souci est chez ovh... :)

nephthys

  • Abonné Free fibre
  • *
  • Messages: 130
  • Var (83)
Ben si un serveur chez OVH marche bien et un autre marche mal, c'est que le souci est chez ovh... :)
C'était mon premier serveur chez So You Start, certainement le dernier. Effectivement j'ai 2-3 serveurs chez Kimsufi et ça fonctionne bizarrement mieux (j'ai le maximum du débit, à savoir 10 ou 11 MB/s en up/down).

Il n'y a pas un peering pour SYS, un autre pour Kimsufi etc, de toute façon ? Ça dépend aussi de la localisation et du datacenter j'imagine.

J'ai un autre serveur chez SYS remarque, un petit ARM-2T (qui sera résilié demain aussi...) — datacenter GRA1, je vais faire quelques tests par curiosité (même si c'est pas du tout la même configuration).