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é.
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