Synology déconseille finalement AFP pour les transferts entre ses NAS et les Mac
Si vous n'avez pas touché depuis des années à la connexion entre votre NAS Synology et votre Mac, vous aurez peut-être un conseil de la part de Synology après l'installation de sa prochaine mise à jour. D'après Cachem, DSM 7.2 affiche en effet un « conseil de sécurité » incitant les utilisateurs exploitant toujours le protocole AFP à désactiver celui-ci au profit du plus moderne SMB.
Si vous êtes concerné, il est plus que temps de passer à SMB : AFP est déprécié depuis des années, ce qui signifie que le protocole n'évolue plus et n'est plus recommandé par Apple, bien qu'il reste utilisable. Pour utiliser SMB à la place, rendez-vous dans le panneau de configuration de DSM, à l'onglet SMB de la rubrique Services de fichiers. Cochez alors la case « Activer le service SMB » puis rendez-vous sur l'onglet Avancé pour cocher « Activer la découverte du service Bonjour pour localiser Synology NAS » et ensuite « Activer diffusion Bonjour Time Machine via SMB. » Vous pouvez alors désactiver AFP dans le panneau de configuration.
Côté Mac, vous devriez voir votre NAS automatiquement apparaître dans le Finder. Si vous aviez configuré une sauvegarde Time Machine sur votre NAS en AFP, celle-ci ne sera plus visible puisque le protocole obsolète est coupé. Pour migrer vers SMB sans recommencer votre sauvegarde de zéro, rendez-vous dans Réglages Système > Général > Time Machine, puis retirer votre sauvegarde AFP en cliquant sur le bouton - après l'avoir sélectionnée. Cliquez ensuite sur le bouton + pour voir apparaître une boite de dialogue vous demandant si vous voulez utiliser la sauvegarde existante.
D'après Cachem, les transferts de fichiers en SMB sont moins rapides qu'en AFP par défaut. Pour améliorer cela, l'astuce consiste soit à désactiver la signature des paquets, soit à empêcher macOS de lire les fichiers .DS_Store se trouvant dans le partage SMB.
DS723+ : Synology lance un NAS 2 baies puissant et complet
Syno en mode serveur avec Finder c’est une catastrophe . Une instabilité permanente
@Fego007
Salut,
Utiliser synology drive, configuré avec synology drive server. Ça ne crachera plus.
@Fego007
J’ai un 1621+ et aucun soucis en SMB avec le Finder sous DSM 7, quelle est la version de DSM sur votre NAS ?
@Arthegor
Idem dsm7 . C’est le Finder qui pose porkbelem de mon côté
"porkebelem"
quoicoubeh ?
@pocketalex
Problème ^^
😂
@Fego007
"Syno en mode serveur avec Finder c’est une catastrophe . Une instabilité permanente"
Pas mieux avec un Qnap, pas mieux avec Windows Server (l’original de SMB quand-meme).
Le problème n’est ni SMB ni Syno. Ni QNAP. Le problème, c’est le Finder. Des années que c’est lent et instable.
@fte
Oh oui mais c’est une galère ….. au quotidien que faire ?
@Fego007
"Oh oui mais c’est une galère ….. au quotidien que faire ?"
Patienter.
Ou pour Syno, utiliser Drive. Marche tellement mieux. Oh. Ou transférer les fichiers par l’interface web. Edge est plus rapide que le Finder. Incroyable, je sais.
@Fego007
+1 avec les PDF… je deviens fou. 1 sur 3 n’est pas lisible avec le Finder. Lecture impossible. Pourtant coup d’œil est tellement pratique pour visualiser rapidement des PDF. 😤
@RonDex
"+1 avec les PDF… je deviens fou. 1 sur 3 n’est pas lisible avec le Finder. Lecture impossible. Pourtant coup d’œil est tellement pratique pour visualiser rapidement des PDF. "
——-
Étonnant.
Zéro problème alors que je suis sous High Sierra.
Peut-être que le problème se situe plutôt du côté d’Apple ?
Pareil depuis mon passage sous macOS Ventura : avant j'avais pas ce problème...
Bonjour,
D’après le lien fourni, cette commande semble plutôt désactiver le tri.
[edit]
d’ailleurs d’après https://support.apple.com/en-us/HT205926, la signature des packets est désactivée par défaut depuis 10.13.4, et activée automatiquement si le serveur l’offre.
accessoirement je suis toujours un peu circonspect lorsque l’on recommande de désactiver les signatures SMB, cela présente un risque potentiel qu’il faut bien évaluer.
@Sometime
En effet...
Ici plein de config à essayer 😎
https://inet-system.com/le-partage-de-fichiers-optimiser-smb-sur-mac/
@Stéphane Moussie
À propos, Stéphane : j'ai adoré votre « finalement » dans le titre. Comme s'il y avait jamais eu le moindre doute, la moindre hésitation sur la marche à suivre. Il faut entretenir le moment de suspense hitchcockien...
@occam
Pour un protocole considéré comme obsolète depuis des années,le « finalement » n’est pas volé.
AFP étant déprécié même par Apple, ça fait longtemps que j'ai désactivé ce protocole.
AFP fonctionne mieux que SMB sur mon réseau (en partie en 10Gbe) Il n'y a pas photo. Je vais attendre la prochaine version de DSM qui gérera le multi chanel en SMB. Ca changera peut-^tre quelque chose dans les débits ?
Je suis d'accord, sur les configs que j'ai installé, cela allait plus vite en AFP, à suivre donc...
@c2r
Tu as la rc de dsm 7.2 actuellement.
Je l’ai sur mes deux nas , un 1821 et un 418.
Je ne l’ai pas installé sur le 918 resté en 7.1 upd 5.
Oui, afp fonctionne toujours mieux que smb et surtout attention aux noms de fichier, s'il y a un espace en fin de nom ou certains accents, smb ne les verra plus.
En ce qui concerne le smb multi, c'est officiel en 7.2 mais il faut un mac avec 2 ports gigabits et donc aucun a part le mac pro.
@quinzero
Oui j’ai un Mac Pro les autres mac en 10Gbe ont un boîtier OWC 10Gbe. Mais pas sûr que ça marche avec un panaché de 10 et 1Gbe sur le même mac ? Le Synology est 1621+XS. En AFP je profite au max du 10Gbe ce qui n'est pas du tout le cas avec SMB.
@c2r
C'est tres bizarre, en 10Gb smb ou afp, ca doit envoyer pareil.
J'ai aussi chez mes clients un reseau en 10Gb sur un 1621xs+ sur raid ssd, les debits en smb sont de plus de 9000 Mbits soit tres près du 10. il fait y avoir un autre probleme.
@quinzero
Je viens de faire un test en AFP, je suis bien à en moyenne 580 Mo/s. (Lan_speedTest et fichier de 70Mo) C'est à dire le max de la vitesse de mon raid5 (5HD) avec des Exos. je ferai un test en smb ce soir
@quinzero
Pareil chez moi : AFP fonctionne bien mieux sur mon vieux système MacOS 10.6.8 et High Sierra, en performances je ne sait pas mais pour tout le reste oui.
Avec SMB j'ai des fichiers manquants. Pas pbs d'accents ou d'espaces, c'est encore autre chose !?
Mais surtout en SMB, je n'aime pas que les partages sur lesquels on a pas de droits soient visibles : on se fait avoir constamment à cliquer pour obtenir un message d'erreur, et pas confidentiel non plus (le dossier Photos privées ne devrait pas être vu DU TOUT) !
Par contre sur les systèmes récents c'est le contraire : AFP est plantogène.
@c2r
"Je vais attendre la prochaine version de DSM qui gérera le multi chanel en SMB."
C'est déjà le cas avec la version actuel de DSM 7.1, si le paquet SMB service est à jour (au moins la version 4.15.9-0632)
https://www.synology.com/fr-fr/releaseNote/SMBService
"Quoi de neuf ?
...
Ajout de la fonction multicanal SMB3. Cette fonction permet aux utilisateurs de tirer pleinement parti de la bande passante du réseau en utilisant plusieurs connexions entre le client et le serveur, offrant un débit et une tolérance aux pannes du réseau accrus. Vous pouvez activer cette fonction dans Panneau de configuration > Services de fichiers > SMB > Paramètres avancés > Autres.
Veuillez noter qu'actuelle, la fonction multicanal SMB3 ne prend en charge que les plates-formes x86."
@ c2r
Tu as activé afp et smb? D'expérience, j'ai remarqué que c'était plus stable si un seul des deux protocoles était activé. Je suis en smb et j'ai moins de soucis que quand j'étais en afp.
J'utilise le smb depuis toujours 😁
@Vano89
Mais plus en v1 j’espère car coté sécu trop en retard maintenant
Où puis-je vérifier si mon NAS est en SMB? J'ai beau chercher sur les fenêtres de l'app Synology, je ne trouve pas l'indication...
@Almux
Regarde mieux la capture d’écran de la news
Partage smb et tout communique impeccable.
Ordis sous Linux, AppleTV, iPhone, Mac, c’est parfait.
Les fichiers DSstore sont une plaie dans un environnement mixte. Ça va polluer tout support externe.
Mon QNap, leBA a accès à un seul dossier pour y enregistrer des fichiers. Le reste, lecture seule.
@Sillage
Ce commentaire ne s’adresse pas à vous, j’imagine bien que vous n’en avez pas besoin, mais aux lectrices et lecteurs songeant à se débarrasser des .DS_Store avant transfert ou sauvegarde.
Il suffit d’une ligne dans le terminal :
sudo find / -name ".DS_Store" –depth –exec rm {} \;
Ou alors, pour délétion périodique régulière de ces pestes, un crontab, cf. https://sibunglon.com/2019/12/29/automatic-remove-.ds_store-on-macos/
À signaler que les cinq astérisques dans l’ébauche de code de crontab sont des wildcards représentant cette séquence chronologique précise :
Minute Heure JourDuMois Mois JourDeLaSemaine
Pour une répétition quotidienne, il faudra donc veiller à ne pas préciser de jour ni de mois ; pour une séquence hebdomadaire, il faudra omettre jour et mois, mais spécifier le jour de la semaine.
@occam
A garder au chaud. Mais en effet, je n’en suis plus affecté.
Le jour où j’ai branché mon MBA et que j’ai configuré les accès au nas, j’ai vite créé un user spécifique au MBA. LOL.
Merci pour ces infos, ça peut toujours servir.
Je ne sais pas si ça s'est amélioré mais chez moi les transferts MAC/Syno était 10 fois plus lent qu'entre Windows/Syno. Du mieux?
@Glop0606
"Du mieux?"
Non. MacOS sur SMB est plusieurs fois plus lent (je n’irais pas jusqu’à 10x, mais 2 ou 3 yep) que Windows et et Linux. Sans lien avec Syno. Tout SMB est plus lent.
@fte
Des années (voire depuis toujours ?) que ça dure et Apple ne fait strictement rien pour améliorer les choses!!! Comment le smb peut être autant lent sur macOS et iOS alors que les vitesses sont normales sur toutes les autres plateformes (Windows, Linux, Android,…)?
@mat16963
"voire depuis toujours ?"
Non, pas depuis toujours.
Apple eut usé de SAMBA open source tout ça et ça marchait bien. Apple a viré de nombreux projets open source pour des implémentations propriétaires. Dont SAMBA. C’est un choix. Stupide si on me demande mon avis, mais je suppose qu’Apple a ses raisons. Mauvaises si on me demande mon avis au vu du résultat, mais je suppose qu’ils ne seront pas d’accord avec ça.
Mais mon avis m’intéresse que moi de toute façon. Et encore. Même pas tant que ça.
Depuis mon passage au Mac M1, j'ai un accès très lent à mon NAS 1821+ que ce soit en wifi ou en RJ45. La navigation dans le NAS fait souvent planter le Finder. Que ce soit en AFP ou en SMB. Suis-je le seul à expérimenter ce problème ? Je n'ai trouvé que très peu de questions à ce sujet sur internet.
Sur mon hackintosh sous high Sierra, ça fonctionne parfaitement.
Mille mercis
Merci pour le tuyau :-)
Mac Mini M1 16 Go sous macOS Ventura 13.3.1(a)
Syno DS416play (upgrade RAM à 8 Go) DSM 7.1.1
Connexion Wi-Fi et câble RJ45 (NAS –> Box)
Après nouveaux tests du jour, temps de transfert quasiment identiques entre AFP et SMB avec un gros fichier (.mkv) de presque 9 Go en 80 à 85 secondes : sinon, disparition des icônes personnalisés des dossiers du NAS sous le Finder en supprimant l'AFP, mais de retour en remettant l'AFP !...
Sinon, je n'ai jamais eu de problème particulier de transfert entre mac M1 et Syno.
NB : je crois me souvenir d'un test que j'avais fait en connectant mon mac directement (RJ45) au NAS avec des temps de transferts bien plus médiocres !... À confirmer (et peut-être à refaire) !...
Reste plus à Apple qu’à améliorer sa gestion du SMB 🙄 car entre les versions qui n’apparaissent tout simplement plus depuis macOS Big sur et le fait que même quand ça apparaît les temps de transfert sont horriblement plus lent que sur Windows, c’est pas la joie. Et je ne parle pas d’iPadOs où c’est une vaste blague…
@mat16963
"Reste plus à Apple qu’à améliorer sa gestion du SMB"
Lasciate ogni speranza... Depuis le temps que SMB est cassé sur macOS, s'ils ne l'ont pas fait, il n'y a plus aucune raison qu'ils le fassent. C'est une des raisons qui m'a fait basculer définitivement : le travail en réseau hétéroclite était devenu une blague. Nous avions pourtant plusieurs versions de Windows, un florilège de distros Linux, des FreeBSD, même une station OpenBSD (OMG!), qui avaient un comportement décent. Les Mac, toujours à la traîne ; en tant qu'avocat de l'OS, j'avais toujours plus de mal à justifier. En fait, c'était injustifiable.
J’ai essayé afp et smb sur le long terme et afp est clairement plus performant dans ma config.
Mais je suis toujours sous High Sierra.
A voir le jour où j’upgrade.
@MarcMame
"Mais je suis toujours sous High Sierra."
Ça marche à peu près jusqu'à Mojave. Les dernières stations Mac que j'entretiens pour la conversion des formats et des fichiers sont sous 10.14 depuis quelque temps. Pour les logiciels de transfert, de sauvegarde, de catalogage, sur Syno 1621+XS avec SSD cache, AFP est encore plus performant que SMB. Plus lent que les clients W10 (de 50% à 3x, selon les logiciels et protocoles), mais sensiblement plus soutenu que SMB macOS.
J'ai voulu passer à tout-SMB pour raisons de sécurité et d'homogénéité. Officiellement, c'est la ligne à suivre. De manière informelle, on m'a averti de la perte de performance assez pénalisante. En réseau Mac-only, ça se remarque moins ; mais en réseau mixte, c'est sensible, et selon les emplois, ça peut être gênant.
J’ai trois Nas Synology et des bornes routeurs wifi aussi et j’adore … les logiciels de gestion
La simplicité de mise en œuvre
Les possibilités… les app sur smartphones pour la gestion des routeurs wifi et des Nas
Les app de sauvegardes … Active Backup for business en autre …
Le système de notifications…
Enfin bref efficace…
Service assistance très pro …
Les possibilités des deux OS DSM ET SRM sont innombrables…
Pages