Auteur Sujet: Débits upload anémiques en SFTP - SSH (Lu 5451 fois)

noisegate · « **le:** 06 août 2020 à 18:59:27 »

Bonjour,

Je viens de passer chez Free (Freebox Revolution 1Gb/600Mb). Aucun souci en particulier, sinon que mes débits en SFTP viennent de passer de calamiteux à tout juste décents...

Mon espace web est hébergé chez ionos, où le serveur/host redirige par défaut vers une IPv6. Les débits en upload tournent autour de 100ko/s depuis mon arrivée chez Free. La hotline ionos m'a donné aujourd'hui un host avec redirection vers une IPv4 et les débits sont montés instantanément à 10mo/s par transfert, avec un plafond multi-transfert autour de 40mo/s.

Je suis sur MacOS, j'ai pensé tenir une piste avec ce thread (https://lafibre.info/tcpip/bbr/36/) et édité mon fichier sysctl.conf pour faire passer l'algo de contrôle de la congestion TCP en BBR, mais aucun changement de mon côté.

Mes questions :
Peut-on faire quelque chose pour améliorer ces débits qui ont l'air fortement bridés, comme j'ai pu le lire ailleurs sur ce forum ?
Est-il au moins possible d'obtenir le maximum sur un seul transfert ?

Merci

vivien · « **Réponse #1 le:** 06 août 2020 à 19:49:30 »

Si les débits sont aussi mauvais, c'est qu'il doit y avoir une saturation.

Il faudrait nous donner un traceroute en IPv4 et un traceroute en IPv6 pour voir où est le problème.

Autre question : normalement un opérateur neutre à le même débit quel que soit le port. Sur quel port est SFTP ? Port 22 ?

Pourrais-tu nous confirmer que le débit est catastrophique en http / https quand tu utilises l'IPv6 ?

noisegate · « **Réponse #2 le:** 06 août 2020 à 20:21:40 »

Bonjour Vivien,

Si les débits sont aussi mauvais, c'est qu'il doit y avoir une saturation.
Cela fait plusieurs jours, et les débits n'oscillent pas, on reste systématiquement en-dessous de 100ko/s en IPv6.
Pour info j'ai les mêmes résultats sur une machine en RJ45 sous macOS et une autre en WiFi sous Win10.

Il faudrait nous donner un traceroute en IPv4 et un traceroute en IPv6 pour voir où est le problème.

Traceroute IPv4 :

# traceroute 217.160.196.113
# Interesting on 217.160.196.113 [217.160.196.113] :

to 217.160.196.113 (217.160.196.113), 10 hops max
1 164.132.192.1
2 192.168.143.254
3 51.255.185.126
4 10.99.169.215
5 37.187.232.50
6 10.95.48.10
7 91.121.215.197
8 10.200.0.4
9 80.81.192.123
10 212.227.120.168 5.941ms

# 11 line(s) displayed

--------------------------------------------------

Traceroute IPv6 :

# traceroute home227678420.1and1-data.host
# Interesting on 217.160.196.113 [217.160.196.113] :

to home227678420.1and1-data.host (217.160.196.113), 10 hops max
1 164.132.192.1
2 192.168.143.254
3 51.255.185.126
4 10.99.169.45
5 37.187.232.54
6 10.95.48.8
7 94.23.122.137
8 10.200.0.0
9 80.81.193.123
10 212.227.120.168 5.594ms

# 11 line(s) displayed

normalement un opérateur neutre à le même débit quel que soit le port. Sur quel port est SFTP ? Port 22 ?
Port 22 oui.

Pourrais-tu nous confirmer que le débit est catastrophique en http / https quand tu utilises l'IPv6 ?
Non, uniquement pour le SFTP

Merci !

vivien · « **Réponse #3 le:** 06 août 2020 à 21:06:08 »

Une latence bien plus importante en IPv6 pourrait expliquer un faible débit avec certaines implémentation de SFTP qui ne gère pas des Rwin > 64 Ko. Je trouve ca étonnant en 2020, mais cela pourrait être une explication. La limitation à 64 Ko peut être coté client ou coté serveur.

Tu pourrais vérifier si le pb appairait aussi avec le client FileZilla (open source) : https://filezilla-project.org/download.php?show_all=1

Je ne connaissais pas l'outil de traceroute de MacOS X il ne rempli pas du tout son rôle.

Si tu es motivé, il y a "mtr", le meilleur traceroute disponible, cf tuto pour MacOS X : https://remiflandrois.fr/2020/03/10/mtr-mac-osx/

On peut essayer de faire sans, j'aurais besoin du ping en IPv6. Le traceroute IPv6 est en effet le traceroute IPv4. Sur certains système le ping IPv6 se fait avec la commande ping6 (ping étant réservé à l'IPv4).

noisegate · « **Réponse #4 le:** 06 août 2020 à 21:29:44 »

Merci Vivien,

Tu pourrais vérifier si le pb appairait aussi avec le client FileZilla (open source)
C'est le client que j'utilise

Je ne connaissais pas l'outil de traceroute de MacOS X il ne rempli pas du tout son rôle.
J'ai commencé par lancer un traceroute dans le terminal mais il avait l'air de mouliner sévèrement, ça donnait ça :

Traceroute IPv4 :

1 192.168.1.254 (192.168.1.254) 0.684 ms 0.351 ms 0.176 ms
2 194.149.164.52 (194.149.164.52) 3.662 ms * 2.865 ms
3 amsix-6k-1.routers.proxad.net (80.249.208.251) 17.743 ms 17.591 ms 17.975 ms
4 amsix.bb-c.nkf.ams.nl.oneandone.net (80.249.208.220) 31.545 ms 25.191 ms 35.627 ms
5 ae-4.bb-b.fr7.fra.de.oneandone.net (212.227.120.130) 24.271 ms 24.383 ms 23.949 ms
6 ae-9.bb-b.bs.kae.de.oneandone.net (212.227.120.168) 25.549 ms 25.099 ms 34.679 ms
7 port-channel-3.gw-distd-sh-1.bap.rhr.de.oneandone.net (212.227.122.3) 26.421 ms 25.995 ms 26.132 ms
8 * * *
9 * * *
10 * * *
> Continue indéfiniment, j'ai stoppé à 30

--------------------------------------------------

Traceroute IPv6 :

traceroute to home227678420.1and1-data.host (217.160.196.113), 64 hops max, 52 byte packets
1 192.168.1.254 (192.168.1.254) 0.602 ms 0.374 ms 0.212 ms
2 194.149.164.52 (194.149.164.52) 3.287 ms 2.937 ms 3.216 ms
3 amsix-6k-1.routers.proxad.net (80.249.208.251) 17.798 ms 18.069 ms 17.283 ms
4 amsix.bb-c.nkf.ams.nl.oneandone.net (80.249.208.220) 24.480 ms 25.265 ms 24.546 ms
5 ae-4.bb-b.fr7.fra.de.oneandone.net (212.227.120.130) 24.119 ms 23.963 ms 24.370 ms
6 ae-9.bb-b.bs.kae.de.oneandone.net (212.227.120.168) 25.162 ms 25.350 ms 25.691 ms
7 port-channel-3.gw-distd-sh-1.bap.rhr.de.oneandone.net (212.227.122.3) 25.946 ms 25.864 ms 25.992 ms
8 * * *
9 * * *
10 * * *
> Idem, continue indéfiniment

Je n'ai pas brew et malheureusement pas le temps de me pencher dessus maintenant. On me dit que c'est super, il faudra que je m'y mette...

Une idée comme ça, est-ce que ça peut valoir le coup de diriger le SSH vers un autre port que le 22, ou ça ne changerait rien ? D'ailleurs j'ai essayé en modifiant /etc/services mais mon site ne reste accessible que sur le port 22 dans FileZilla, après avoir relancé le daemon SSH. Je n'ai pas dû m'y prendre comme il faut, pourtant ma modif a l'air enregistrée, j'ai essayé ça : https://superuser.com/questions/1398824/cant-change-port-listen-on-macos-x-mojave-for-built-in-ssh

Merci

vivien · « **Réponse #5 le:** 06 août 2020 à 21:56:57 »

Le traceroute IPv6 est toujours celui en IPv4

peut-être mettre l'option -6 pour forcer le passage en IPv6 : traceroute -6 home227678420.1and1-data.host (c'est une idée, je ne connais pas la console Mac OS X)

Voici le mtr (outil installé de base sous Linux) depuis Adeli. IP part en IPv6 dés qu'IPv6 est dispo sur le client et le serveur (option -4 pour forcer l'IPv4).

Le problème est reproductible : Ton serveur perd des paquets en IPv6 (mais aussi en IPv4).
C'est un incident à ouvrir chez 1&1, 19% de paquet perdu c'est énorme.

IPv4 :
$ mtr -4zrwc100 home227678420.1and1-data.host Start: Thu Aug 6 21:53:51 2020 HOST: lafibre Loss% Snt Last Avg Best Wrst StDev 1. AS??? 192.168.97.43 0.0% 100 0.2 0.2 0.1 0.7 0.0 2. AS??? ? ? 100.0 100 3. AS??? oneandone.par.franceix.net 0.0% 100 5.9 6.2 5.9 17.5 1.2 4. AS8560 ae-8-0.bb-a.bap.rhr.de.oneandone.net 0.0% 100 16.0 14.5 12.9 23.3 2.3 5. AS8560 port-channel-2.gw-distd-sh-1.bap.rhr.de.oneandone.net 0.0% 100 21.2 21.6 21.1 34.1 1.7 6. AS8560 217.160.196.113 19.0% 100 12.8 12.9 12.8 13.1 0.0

IPv6 :
$ mtr -zrwc100 home227678420.1and1-data.host Start: Thu Aug 6 21:51:07 2020 HOST: lafibre Loss% Snt Last Avg Best Wrst StDev 1. AS43142 bgp2.adeli.biz 0.0% 100 0.3 0.3 0.2 11.1 1.1 2. AS43142 2a01:6e00:10:42c::10 0.0% 100 0.2 0.2 0.1 0.3 0.0 3. AS??? oneandone.par.franceix.net 0.0% 100 6.4 6.2 5.9 11.0 0.7 4. AS8560 ae-8-0.bb-a.bap.rhr.de.oneandone.net 0.0% 100 13.0 14.0 13.0 28.2 2.3 5. AS8560 port-channel-2.gw-distd-sh-2.bap.rhr.de.oneandone.net 0.0% 100 14.5 14.5 14.2 29.1 1.5 6. AS8560 2001:8d8:1001:8095:ac99:1b47:d033:2000 18.0% 100 12.9 12.9 12.9 13.1 0.0

Je te conseille de mettre ce mtr dans ton ticket d'incident, cela montre sans l'ombre d'un doute le problème et sa localisation.

Nico_S · « **Réponse #6 le:** 06 août 2020 à 22:08:39 »

Le traceroute v6 sous MAC dans le terminal c'est juste traceroute6 .......

noisegate · « **Réponse #7 le:** 06 août 2020 à 22:12:51 »

OK merci beaucoup je regarderai ça demain, je n’avais jamais eu besoin de faire de traceroute avant, d’où mon erreur

noisegate · « **Réponse #8 le:** 01 septembre 2020 à 11:50:57 »

De retour de vacances, voici ce que donne traceroute6 home227678420.1and1-data.host :

traceroute6 to home227678420.1and1-data.host (2001:8d8:1001:8095:ac99:1b47:d033:2000) from 2a01:e0a:3d5:f570:7df8:c668:63a0:1982, 64 hops max, 12 byte packets
1 2a01:e0a:3d5:f570::1 0.430 ms 0.466 ms 0.340 ms
2 2a01:e00:2b:f836:ab74::ffff 4.284 ms 3.084 ms 2.851 ms
3 * *
2a01:e00:2b:1700::ffff 2.126 ms
4 * * *
5 * * *
6 * * *
7 be2151.agr21.par04.atlas.cogentco.com 3.327 ms 3.472 ms *
8 2001:978:3::22 127.272 ms * *
9 * * *
10 2003:0:1305:8029::2 45.405 ms 44.810 ms 45.914 ms
11 ae-9.bb-b.bs.kae.de.oneandone.net 50.027 ms * 47.754 ms
12 *
port-channel-3.gw-distd-sh-1.bs.kae.de.oneandone.net 57.514 ms *
13 * * *
14 * * *
15 * * *
16 * * *

Toujours à 10mo/s en IPv4 dans FileZilla, c'est désolant...

Merci

dj54 · « **Réponse #9 le:** 01 septembre 2020 à 19:55:52 »

Bonjour @noisegate

je suis dans le même cas moi ça fait 7 mois que je suis dans le même cas le debit Upload est catastrophique passer de 40Mo/s de chez orange a Free a 10Mo/s

envoi vers ovh vpsuk avec débit 250mega

Code: [Sélectionner]

root@vps1:~# mtr -4zrwc100 "home server"
Start: 2020-09-01T20:08:52+0200
HOST: vps1                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS16276  51.89.164.1                    0.0%   100    0.2   0.1   0.1   0.3   0.0
  2. AS???    192.168.143.254                0.0%   100    0.1   0.2   0.1   0.3   0.0
  3. AS???    10.13.154.254                  0.0%   100    0.3   0.3   0.2   0.4   0.0
  4. AS???    10.13.152.78                   0.0%   100    0.3   0.3   0.2   0.7   0.1
  5. AS???    10.13.152.122                  0.0%   100    0.4   0.3   0.3   0.7   0.1
  6. AS???    10.72.4.112                    0.0%   100    0.7   0.7   0.5   1.0   0.1
  7. AS???    10.73.32.42                    0.0%   100    0.3   0.4   0.2   7.3   0.7
  8. AS???    10.73.249.4                    0.0%   100    0.9   0.9   0.7   2.2   0.2
  9. AS16276  ldn-5-a9.uk.eu                 0.0%   100    1.2   1.3   0.9   1.7   0.2
 10. AS16276  be101.rbx-g2-nc5.fr.eu         0.0%   100   11.3  30.3  11.1 223.7  44.6
 11. AS16276  be101.par-gsw-sbb1-nc5.fr.eu   0.0%   100   14.6  14.4  13.9  33.0   1.9
 12. AS???    10.200.2.71                    0.0%   100   14.6  27.1  14.2 171.3  34.1
 13. AS???    ???                           100.0   100    0.0   0.0   0.0   0.0   0.0
 14. AS???    ???                           100.0   100    0.0   0.0   0.0   0.0   0.0
 15. AS???    ???                           100.0   100    0.0   0.0   0.0   0.0   0.0
 16. AS???    ???                           100.0   100    0.0   0.0   0.0   0.0   0.0
 17. AS???    ???                           100.0   100    0.0   0.0   0.0   0.0   0.0
 18. AS12322  82-65-17-58.subs.proxad.net    0.0%   100   19.6  19.4  18.8  28.8   1.0

noisegate · « **Réponse #10 le:** 01 septembre 2020 à 20:46:15 »

Intéressant, ça me conforte dans l’idée que l’upload est bridé du côté de chez Free : j’avais aussi à peu près 40mo/s avant chez Bouygues.

Il est toujours possible d’arriver à un débit équivalent, mais uniquement en lançant 4 envois parallèles. La question est de savoir s’il est possible d’obtenir la même chose sur un seul...

noisegate · « **Réponse #11 le:** 02 septembre 2020 à 12:45:41 »

Je me rends compte que si je me branche avec un portable (Windows 10) en RJ45 au cul de la boxe, je monte à un upload assez proche (22 mo/s) de ce que j’avais chez Bouygues (26 mo/s).

Ma tour (MacOS) se connecte elle aussi en RJ45 mais à une prise murale. Chez Bouygues je montais à 26, chez Free je stagne à 10. Il y a sûrement une bidouille à faire dans le routeur, pour l’instant je ne vois pas laquelle…