Je viens de recevoir (apt-got?) Le dernier logiciel pour ma boîte Linux Ubuntu 9.10, et j'ai remarqué que la samba était incluse dans la mise à jour.
Après l'installation, les liens symboliques dans mon répertoire personnel ne fonctionnent plus lorsqu'ils sont montés en tant que lecteur dans ma boîte Linux. Ils ont travaillé littéralement quelques secondes avant de faire la mise à jour. Tous mes répertoires normaux fonctionnent très bien. En affichant la liste des répertoires sur la ligne de commande, tous les fichiers, répertoires et liens ont exactement les mêmes autorisations, mais voici l'erreur que j'obtiens:
Location is not available
L:\LinkDir is not accessible.
Access is denied.
J'ai regardé sur les forums, et j'ai vu cette option pour le smb.conf
follow symlinks = yes
wide symlinks = yes
unix extensions = no
Je les ai mis, mais ils n'ont eu aucun effet. Quelqu'un a-t-il déjà eu ce problème?
follow symlinksetwide linksdans la section des partages (au lieu de global) pour des raisons de sécurité. Launix extensionsdirective devrait aller dans la section globale comme indiqué par user36732 ci-dessous.Cela m'a aussi aidé, même si je ne pensais pas que ce serait le cas. J'ai deux partages Samba sur mu Ubuntu. Dans les deux partages, j'utilise des liens symboliques, mais dans un rectificatif (partagé), les liens symboliques fonctionnaient, mais dans un autre rectificatif (également partagé), ils ne fonctionnaient pas.
Je n'ai eu aucun problème à suivre les liens sur Linux mais sur Win ça ne marcherait pas.
Je pourrais même utiliser deux fenêtres puTTy côte à côte, une dans mon répertoire / data et une dans mon répertoire / data2 et lancer la même commande: ln -s / data3 / Mydata.
Le répertoire Mydata apparaîtrait dans mes deux lecteurs mappés sur la boîte Win mais dans un cas cela fonctionnerait mais dans l'autre j'obtiendrais une erreur "Accès refusé".
Les "extensions unix = non" ont fait l'affaire mais je ne sais pas pourquoi ...
la source
J'ai eu le même problème, mais pour moi, mettre "unix extensions = no" dans la section [globale] de smb.conf a résolu le problème. Il est important de le placer dans l'indicateur d'extension unix dans la section globale (valable pour tous les partages), car il est analysé avant que Samba ne sache à quel partage l'utilisateur se connecte. L'option Liens larges peut aller dans le partage auquel elle s'applique.
Juste une remarque pour ceux qui ont été mordus par ce comportement et veulent éviter des événements similaires à l'avenir: l'équipe samba ne lit pas les suiveurs de bogues de la distribution, mais ils ont leur propre liste:
[email protected]
L'équipe de samba vit sous l'impression que seule une infime minorité de personnes est affectée par ce bug, et elles ne peuvent être convaincues du contraire que si plus de personnes font entendre leur voix. Donc, si vous vous souciez, envoyez une note à [email protected]
Merci,
Alain
la source
NB: j'ai déjà posté ceci pour répondre à une autre question , mais lors de la publication du lien uniquement, ma réponse (très courte!) A été convertie en commentaire à cette question initiale (voir ci-dessus), et est devenue légèrement invisible. Donc, pour la visibilité, voici à nouveau la réponse complète:
Pour permettre aux clients Samba de suivre les liens symboliques en dehors du chemin partagé, tout ce dont vous avez besoin dans la configuration Samba est:
(en plus des définitions de partage Samba elles-mêmes, bien sûr). C'est-théoriquement- suffisant pour les clients * nix.
NB: La directive "follow symlinks" n'est pas nécessaire car elle est par défaut "yes"
Quant aux clients Windows, 1 paramètre est encore manquant pour leur permettre de suivre ces liens. Faire cela :
courir :
redémarrer pour recharger les paramètres
NB: le même résultat peut être obtenu en éditant le registre Windows. Voir les liens ci-dessous
sources :
la source