Accélérer les transferts SMB avec OS X 10.11.6

Florian Innocente |

La mise à jour 10.11.6 du 18 juillet n’a semble-t-il pas remédié aux lenteurs dans les transferts que constataient des utilisateurs de NAS avec la 10.11.5. Plus spécifiquement, lorsque ces copies étaient effectuées non pas avec le protocole AFP mais SMB.

Cela touchait indifféremment des NAS de Synology ou de Western Digital pour ne citer que ces deux marques. Les débits pouvaient être divisés par quatre, la différence était très franche.

Apple n’a pas communiqué sur le sujet mais ce changement semble être la conséquence de l’ajout d’une mesure de sécurité pour palier le bug “Badblock”, affectant Samba, et rendu publique en avril.

Une théorie voudrait que l’équipe sécurité d’Apple ait voulu contrer ce bug en appliquant une méthode simple et rapide, en obligeant à une signature côté client. Mais elle a comme travers de plomber les débits.

Ce billet propose une commande Terminal qui désactive cette signature (il faudra probablement la réutiliser après l’application d’une future mise à jour d’OS X). Comme le précise l’auteur, cette solution est plutôt conseillée pour un usage en local, et pas si l’on a pour habitude d’employer le protocole SMB pour un accès à son NAS depuis l’extérieur. Quant à la mise à jour 10.11.6, elle a bien corrigé des problèmes avec SMB, mais dans un autre domaine (l'accès à des points de partage pour certains périphériques).

Tags
avatar madzed73 | 

Cool ! J'ai bien fais d'envoyer le lien à Christophe ;-)

avatar madzed73 | 

@madzed73 :
Et content d'avoir prit connaissance de la faille badblock :-) je me réveille XD

avatar kinou_ | 

Y'en a vraiment qui activent et utilisent le protocole SMB pour du transfert autrement que sur un LAN ?

avatar madzed73 | 

@kinou_ :
Ben je me pose également la question et même si on se connecte en smb via vpn tout est crypté donc ????

avatar patrick86 | 

"Ben je me pose également la question et même si on se connecte en smb via vpn tout est crypté donc ????"

SMB permet de chiffrer les connexions.

avatar mat 1696 | 

Et sur Sierra, il y a toujours ces lenteurs?

avatar madzed73 | 

@mat 1696 :
Oui les memes lié à la signature vu que j'ai fait la manip et tout est redevenu normal

avatar Marvin_R | 

Je viens de faire la manip. Avec un téléchargement depuis un NAS Synology, je suis passé de 15 Mo/s à 80 Mo/s. Donc patch très efficace !
Comme je me connecte à mon NAS uniquement en local, pas de problème.

avatar Pongo | 

Le SMB de Yosemite ne semble pas être concerné. Suis toujours à 105Mo/s avec mon QNAP.

avatar madzed73 | 

@Pongo :
En effet ce n'est que depuis 10.11.5 que ca le fait

avatar malcbo | 

De mon côté je n'ai pas récupéré toute la vitesse de transfert.
Je suis passé de 25Mo/s à 35Mo/s (c'est toujours ça de regagné), alors qu'avant je flirtais avec les 60-70Mo/s.

avatar Plastivore | 

Merci pour le tuyau ! Je commençais à croire que j'étais devenu fou, j'avais mal configuré mon serveur SAMBA il y a un an, donc j'avais des lenteurs corrigées depuis, et là rebelote ! Au moins je sais pourquoi maintenant

avatar paddy57 | 

Je n'ai pas encore examiné les détails de l'article, mais autant poser la question si quelqu'un a un avis...
Est-ce que ça concerne le protocole et/ou le point de de montage?
La commande en question est-elle conseillée sur MacOS X serveur si on a des problèmes avec des services comme CalDAV /Contacts centralisés?
Merci de vos avis...

avatar patrick86 | 

"La commande en question est-elle conseillée sur MacOS X serveur si on a des problèmes avec des services comme CalDAV /Contacts centralisés?"

CalDAV et CardDAV n'exploitent pas SMB, donc cette commande, qui concerne SMB, ne devrait rien y changer.

avatar jocool | 

pour info : "smbutil statshares -a" pour vérifier, une fois le point de montage effectué, la version de smb utilisée, si signing supporté et/ou requis, etc...

la variable "signing_required" était par le passé par défaut à False ; elle est à présent par défaut à True
(voir les différences de "man nsmb.conf" entre 10.9 et 10.11 par ex.)

avatar patrick86 | 

Est-ce que les serveurs sous macOS sont concernés par ce problème ?

J'ai l'impression que non. Je viens de faire le test avec le mien (sous OS X 10.11.6 et Server 5.1.7) : du Mac vers le serveur, débit max de 110-120 Mo/s (presque saturation de l'Ethernet quoi) ; et dans l'autre sens, débit max de 85-90 Mo/s. (avec les mêmes fichiers dans les 2 sens et transfert réalisé avec le Finder).

La signature est requise sur mon Mac et mon serveur.

avatar Nicnl | 

La faille c'est "badlock", pas "badblock"...

CONNEXION UTILISATEUR