Débit limité SMB

Résolu/Fermé
Reivax962 Messages postés 3672 Date d'inscription jeudi 16 juin 2005 Statut Membre Dernière intervention 11 février 2021 - 13 févr. 2018 à 08:51
Reivax962 Messages postés 3672 Date d'inscription jeudi 16 juin 2005 Statut Membre Dernière intervention 11 février 2021 - 27 févr. 2018 à 10:06
Bonjour,

(J'ai posé cette question il y a 7 jours dans Réseau sans succès ; je retente ma chance ici)

J'ai chez moi un serveur sous Ubuntu 16.04 qui sert sur réseau local, via un partage Samba, le contenu d'un disque dur USB.
Ce serveur est branché en gigabit à ma freebox (mini 4K).

J'ai à côté un PC sous Ubuntu 17.10 que j'utilise pour lire et écrire sur ce partage, branché lui aussi en GB sur ma boîte.

Voici mon problème : depuis un ou deux mois, et a priori sans que rien n'ait changé (sauf mises à jour logicielles automatiques), le débit en écriture sur le partage est bridé à 5-6 Mo/s, là où j'atteignais allègrement du 70-80.

J'ai déjà fait quelques tests supplémentaires :
- si je parallélise plusieurs copies, chacune atteindra ces 5-6 Mo/s ! L'infrastructure reste donc capable d'encaisser bien plus que ce débit.
- si, depuis le serveur, je copie un unique fichier sur le disque USB, j'ai une vitesse d'écriture non bridée bien supérieure, donc je ne pense pas que ça vienne du disque.
- mon PC client ayant deux interfaces réseaux, j'ai tenté de passer de l'une à l'autre, sans amélioration.

Je n'ai pas d'autre machine cliente potentielle chez moi, mais à la première occasion je vérifie ça avec un autre PC client.

Merci de vos lumières,

Xavier

3 réponses

mamiemando Messages postés 33446 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 20 décembre 2024 7 812
Modifié le 26 févr. 2018 à 10:07
Bonjour,

Dans nautilus tu peux accéder à un partage ssh en tapant l'url adéquate (à l'endroit où tu aurais taper par exemple
/home/toto
) :
ssh://login@x.x.x.x
x.x.x.x
désigne l'IP du serveur ssh. Si ton serveur n'écoute pas sur le port 22, tu peux préciser le port :
ssh://login@x.x.x.x:2222
. Si ton serveur est accessible publiquement, changer le port peut réduire les risques d'intrusion, mais comme tu le vois c'est un peu moins pratique à l'usage.

Ton login et mots de passe seront alors demandés. Ceci fait, tu peux glisser alors déposer tes fichiers comme tu as l'habitude de le faire. Il doit être possible d'ajouter des favoris.

Pour éviter de saisir le mot de passe, tu pourrais créer une clé ssh. Généralement on la protège avec une passphrase (ce que je recommande très fortement). À la première utilisation de ta clé (depuis que tu as lancé ta session graphique) , la passphrase est demandée. Ensuite la clé sera utilisée de manière transparente jusqu'à que tu quittes ta session graphique. Note que plus simplement, tu peux aussi demander à nautilus de mémoriser ton login et ton mot de passe ssh. Mais je recommande, pour avoir un serveur ssh plus sûr, de n'autoriser que les authentifications par clé, ce qui limite les risques d'intrusions.

Bonne chance
1
Reivax962 Messages postés 3672 Date d'inscription jeudi 16 juin 2005 Statut Membre Dernière intervention 11 février 2021 1 011
26 févr. 2018 à 10:27
Merci beaucoup pour ces précisions, je n'avais pas pensé à utiliser directement le chemin ssh dans Nautilus :)
0
mamiemando Messages postés 33446 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 20 décembre 2024 7 812
Modifié le 27 févr. 2018 à 09:26
Pas de soucis ! Du coup est-ce que cette solution te convient ? Si oui, pense à marquer le fil de discussion comme étant résolu.
0
Reivax962 Messages postés 3672 Date d'inscription jeudi 16 juin 2005 Statut Membre Dernière intervention 11 février 2021 1 011
27 févr. 2018 à 10:06
Ah ah oui, j'avais bien écrit hier soir que je le faisais, et pis j'ai oublié ^^
0
mamiemando Messages postés 33446 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 20 décembre 2024 7 812
20 févr. 2018 à 10:30
Bonjour,

As-tu regardé ces pistes ?

Est-ce que le le problème est spécifique à samba (par exemple, as-tu le même problème avec ssh) ?

Bonne chance
0
Reivax962 Messages postés 3672 Date d'inscription jeudi 16 juin 2005 Statut Membre Dernière intervention 11 février 2021 1 011
21 févr. 2018 à 21:58
Merci de ton attention :)
En scp, je touche du 30 ou 40 Mo/s. Donc c'est beaucoup mieux !
0
Reivax962 Messages postés 3672 Date d'inscription jeudi 16 juin 2005 Statut Membre Dernière intervention 11 février 2021 1 011
21 févr. 2018 à 22:12
(Les autres pistes n'ont rien donné)
0
mamiemando Messages postés 33446 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 20 décembre 2024 7 812
25 févr. 2018 à 00:48
Donc déjà ça veut dire que le problème serait spécifique à samba, ou à une configuration spécifique liée à samba. Personnellement si la solution scp te convient, elle a le mérite de la simplicité. D'autant qu'il est possible de monter un partage par ssh (voir sshfs). D'où ma question, est ce qu'on essaye de continuer à creuser côté samba ?

Bonne chance
0
Reivax962 Messages postés 3672 Date d'inscription jeudi 16 juin 2005 Statut Membre Dernière intervention 11 février 2021 1 011
26 févr. 2018 à 09:29
Bonjour,

En effet, je peux me contenter de scp.
C'est un pis-aller, pas aussi confortable qu'un simple glisser-déposer, il faut mettre un mot de passe, tout ça... Mais bon, ça ne concerne que l'upload de gros fichiers, je peux rester en samba pour la lecture.
Y a pas un programme qui permet d'intégrer un scp au menu contextuel de Nautilus ?
Bref, merci :)

Xavier
0
Reivax962 Messages postés 3672 Date d'inscription jeudi 16 juin 2005 Statut Membre Dernière intervention 11 février 2021 1 011
Modifié le 26 févr. 2018 à 20:14
OK, j'ai testé ça ce soir, et ça marche nickel. Je peux même ajouter le répertoire aux favoris comme ça je n'ai pas besoin de retaper l'adresse réseau à chaque fois.

Après diverses lectures, je vais mettre le problème de samba sur le compte d'un changement de version logicielle côté client, les soucis pourraient avoir commencé suite à la monté de version 17.04 -> 17.10 (le serveur ne bouge pas, il reste sur du 16.04 LTS). J’essaierai de confirmer ça en passant en 18.04 LTS, c'est dans pas si longtemps ^^

En tous cas, merci beaucoup pour la solution alternative, je vais passer en résolu même si c'est surtout contourné.

Xavier
0