0 votes

Problèmes avec le chemin MacOS sur le Synology NAS (SMB)

J'ai des problèmes avec MacOS où, après avoir monté un disque, il monte de nouveaux disques au lieu de sauter au chemin du sous-dossier dans le disque monté.

Par exemple, je vois que lorsque j'envoie à quelqu'un un chemin d'accès au lecteur "Vidéo" d'un Synology ( smb://HAL9000/Video ). Au lieu de monter le lecteur "Vidéo" ( smb://HAL9000/Video ) et aller dans un sous-dossier du lecteur vidéo intitulé "GoPro -IMPORT", cela créera un nouveau lecteur sur leur bureau intitulé "GoPro - IMPORT".

Si je crée un nouveau sous-dossier dans "GoPro - IMPORT" et que je leur envoie un lien vers celui-ci comme ( smb://HAL9000/Video/GoPro%20-%20IMPORT/Test ), au lieu d'accéder au sous-dossier du disque "Vidéo" qu'ils ont déjà monté sur leur bureau, il créera un tout nouveau disque intitulé "Test" sur leur bureau.

J'ai essayé d'atteindre à la fois Apple et Synology et n'a pas eu de chance avec cela. J'apprécierais toute forme d'aide/support.

3voto

Douglas Points 10417

Malheureusement, ce n'est pas ainsi que fonctionne MacOS.

SMB ou Server Message Block est un Microsoft Windows Il est donc logique que le partage de liens vers des partages SMB (ou comme Microsoft les appelle, partages de réseaux ) est intégré dans le système d'exploitation. Le site Part de l'UNC n'est pas " monté "comme c'est le cas dans Unix où " tout est un fichier ". Sous Windows, vous pouvez "mapper" un lecteur réseau à un partage, mais sous Unix, vous devez le monter.

Finder et SMB

Lorsque le Finder "voit" le smb:// il invoque le mount_smbfs en arrière-plan et crée un point de montage dans le répertoire de l'utilisateur. /Volumes/ sous-dossier. En utilisant votre exemple, la première fois que vous envoyez le lien smb://HAL9000/Video il émettra la commande suivante :

`mount_smbfs //domain;user:password@HAL9000/Video /Volumes/Video`

Si ce nom existe, vous obtiendrez le chemin suivant /Volumes/Video(1) et si cela existe, (2) et ainsi de suite. En utilisant mes montages SMB sur un Synology Diskstation, comme autre exemple, j'ai le partage "Network Share" déjà monté. Lorsque j'essaie de monter à nouveau en utilisant "Connecter au serveur" ( CommandK et en se connectant directement au serveur sans spécifier de partage, vous pouvez voir qu'il est grisé.

connect to server already mounted

C'est parce qu'il est déjà monté. En lançant la commande mount, on obtient :

$ mount
/dev/disk2 on / (hfs, local, journaled)
devfs on /dev (devfs, local, nobrowse)
map -hosts on /net (autofs, nosuid, automounted, nobrowse)
map auto_home on /home (autofs, automounted, nobrowse)
/dev/disk5s1 on /Volumes/MUSIC (msdos, local, nodev, nosuid, noowners)
/dev/disk4s2 on /Volumes/My Passport for Mac (hfs, local, nodev, nosuid, journaled)
/dev/disk3s2 on /Volumes/FreeAgent Go (hfs, local, nodev, nosuid, journaled, noowners)
//allan@diskstation.home/Network%20Share on /Volumes/Network Share (smbfs, nodev, nosuid, mounted by allan)

La dernière ligne le confirme - "Network Share" est déjà monté et ne peut pas être monté à nouveau.

Alors pourquoi je ne peux pas partager des liens ?

Parce que vous n'accédez pas au fichier par smb://server-foo/share-bar/filename.txt (en ignorant l'authentification). Vous y accédez en allant à /Volumes/Share-bar/filename.txt

Le problème avec ça, c'est que /Volumes/Share-name peut être complètement différent pour vous et moi (voir ci-dessus concernant les noms existants). La seule chose que vous pouvez faire est de réécrire le chemin UNC pour que les utilisateurs de Mac sachent à quel fichier vous faites référence. Exemple :

Windows:  \\HAL9000\Video\GoPro - IMPORT\filename.txt
macOS:    /Video/GoPro-Import/filename.txt

L'utilisateur devra alors manuellement naviguez vers ce partage pour atteindre le fichier auquel vous faites référence.

C'est pourquoi ils ont créé WebDav parce que maintenant vous accéderez au fichier par le biais d'un universel https:// lien qui est le même pour tous. L'inconvénient est que si vous avez l'intention de partager avec des clients Windows, vous devrez mettre en place des certificats SSL. Et oui, Synology prend en charge WebDav

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X