Auteur Sujet: MacOS + scp + ipv6 + Livebox5 = je ne comprends rien (Lu 247 fois)

cauris · « **le:** **Aujourd'hui** à 10:13:27 »

Bonjour à tous,

J'utilise une VM hébergée sur un serveur dédié chez OVH pour sauvegarder les fichiers importants. La VM n'est accessible qu'en IPv6. Il y a quatre ans j'étais chez Sosh et j'avais des débits foireux pour faire ces copies : je pensais que c'était mon débit montant limité. Je suis passé chez Free et plus le moindre soucis : ça tournait du feu de Dieu. Il y a trois mois je suis retourné chez Sosh et crac le problème revient. Comme l'upload est désormais correct j'ai cherché à comprendre.

Le paysage :
- les scp en IPv6 en filaire avec mon mac sont lents
- Avec Free il n'y avait pas de problème
- les scp en IPv6 sous Linux se font sans soucis
- les connections en ftp avec mon mac vers la même VM en IPv6 tournent à la perfection.

Ce qui me perturbe, c'est qu'avec une Freebox Pop ça roule et qu'avec une Livebox 5 il n'y a que la combinaison mac + ipv6 + scp qui a un débit désastreux.

Pour faire mes copies, je passe désormais par mon Streamer de musique qui tourne sous Debian. C'est un peu plus lourd mais je n'attends plus des heures pour faire mes copies. Cela dit : je suis curieux et j'aimerais comprendre.

Si vous avez une explication, je suis preneur.

À+

simon · « **Réponse #1 le:** **Aujourd'hui** à 11:37:45 »

Orange est connu pour faire de la QoS.
Si tu insères "-o IPQoS=none" entre scp et le premier argument sur ton mac, ca change quelque chose ? Tu peux aussi essayer d'autres valeurs, voir man ssh_config.

cauris · « **Réponse #2 le:** **Aujourd'hui** à 11:49:23 »

J'ai ajouté IPQoS=none dans ~/.ssh/config et effectivement, ça roule.

J'ai validé en enlevant à nouveau l'option : pas de doute tu as résolu mon problème.

Il va falloir que je me documente sur ce que c'est que ce truc.

Merci.

À+

cauris · « **Réponse #3 le:** **Aujourd'hui** à 13:08:20 »

Bon, il semblerait que ce soit une vieille histoire. MacOS est un lointain descendant de FreeBSD, ceci expliquant probablement cela.

Sur MacOS :

Code: [Sélectionner]

prompt# sshd -T | grep -i IPQoS
ipqos af21 cs1

Sous Debian :

Code: [Sélectionner]

prompt# sshd -T | grep -i IPQoS
ipqos lowdelay throughput

Comme je ne comprends pas ce que ça fait, que manifestement je ne suis pas le seul et que chez FreeBSD ils semblent penser que l'équipe de Debian sait ce qu'elle fait, j'ai reproduit les réglages Debian sur mon mac.

Fichier ~/.ssh/config

Code: [Sélectionner]

Host *
  [...]
  IPQoS=lowdelay throughput

Merci encore Simon, c'est la fin d'une galère.

À+

basilix · « **Réponse #4 le:** **Aujourd'hui** à 14:59:43 »

@cauris :

L'option IPQoS est implémentée dans OpenSSH (ce n'est pas spécifique à MacOS).

Tout est indiqué dans l'hyperlien que tu as fourni.

Citer

AF21 was selected as this is the highest priority within the low-latency service class (and it is higher than what we have today). SSH is elastic
and time-sensitive data, where a user is waiting for a response via the network in order to continue with a task at hand. As such, these flows
should be considered foreground traffic, with delays or drops to such traffic directly impacting user-productivity.

For bulk SSH traffic, the CS1 "Lower Effort" marker was chosen to enable networks implementing a scavanger/lower-than-best effort class to
discriminate scp(1) below normal activities, such as web surfing. In general this type of bulk SSH traffic is a background activity.