Pourquoi les choses se cassent-elles lors de l'utilisation de la redirection DFS / dossier?

8

Voici deux scénarios légèrement différents mais similaires:

  1. Il existe un lecteur S: \ mappé sur \\ serveur \ partage. Un espace de noms DFS est ensuite implémenté, avec S: \ changé en \\ domain.local \ dfs \ share (qui pointe vers le partage hérité). Maintenant, certains fichiers avec des fichiers liés / intégrés et diverses applications agissent bizarrement et fonctionnent mal. Pour noter, ces liens de fichiers incorporés (ex. Tableaux Excel liés) pointent vers le partage hérité, tandis que le fichier parent est ouvert à partir du partage DFS.

2. Il existe un fichier PST pour un compte POP / IMAP situé dans Mes documents. Les documents sont ensuite redirigés vers un partage réseau. Maintenant, Outlook a du mal à accéder au fichier PST associé au compte, malgré le fait que l'onglet Fichiers de données indique le chemin réseau correct pour le fichier (\\ serveur \ partage \ nom.utilisateur \ Documents \ outlook.pst). Outlook se charge, mais il prétend que le fichier PST est introuvable, par conséquent, la boîte de réception du compte associé ne peut pas être affichée. *

* Il s'est avéré qu'il s'agissait d'un problème connu spécifique. Je posterai un lien plus tard

Pourquoi les choses "cassent" lors de l'exécution de ces types de redirection, même si le chemin d'accès aux fichiers est toujours le même d'un point de vue frontal?

dfs  unc 
— Bigbio2002
source
Concernant 2., avez-vous les autorisations de partage d'espace de noms pour le ou les dossiers en question définis correctement? Il convient de noter que si le ou les dossiers ont été précédemment partagés en dehors de DFS, bien que les ACL de sécurité soient inchangées, les partages DFS ne seront pas nécessairement identiques; peut-être cela vaut-il la peine de vérifier?
— BE77Y
À la suite de ce qui précède, pouvez-vous expliquer quels sont les comportements / dysfonctionnements étranges que vous observez?
— BE77Y
Quelles autorisations sont appropriées pour les partages d'espace de noms DFS? Comme pour le numéro 2, le dossier redirigé reçoit les autorisations CREATOR OWNER pour le dossier racine, les sous-dossiers et les fichiers. Faut-il également donner à SYSTEM l'autorisation de partager le fichier redirigé?
— Bigbio2002
Les autorisations de partage pour les partages d'espace de noms DFS peuvent être celles que vous souhaitez / celles qui vous conviennent - par exemple, peut-être simplement mettre en miroir les ACL. Dans votre exemple, vous mentionnez des dossiers de données utilisateur. Par conséquent, les utilisateurs en question devraient au moins avoir un accès en lecture au (x) dossier (s), par exemple.
— BE77Y
some files with linked/embedded files and various applications act weird and malfunction.- Besoin de clarification. Outlook has trouble accessing the PST associated with the account- Besoin de clarification.
— joeqwerty

Réponses:

2

C'est un vieux fil mais peut-être que quelqu'un pourrait bénéficier de mon commentaire.

Il existe un service appelé Distributed Link Tracking Client qui trouve un fichier qui a été déplacé ou renommé sur un partage réseau NTFS ( KB312403 ). Cela fonctionne également pour les raccourcis shell et les liens OLE.

Nous avons rencontré un problème similaire lorsque nous avons déplacé des dossiers sur notre partage DFS. L'expérience a été qu'après le déplacement des dossiers, les raccourcis sur les bureaux des utilisateurs ont été modifiés de \ dfsvirtualname \ sharename à \ realservername \ sharename. Oui, les fichiers ont été trouvés mais une seule fois. La prochaine fois que le dossier a été déplacé (comme archivé dans un dossier nommé 2014, etc.), les raccourcis se sont rompus.

Le problème que vous rencontrez avec certains fichiers pourrait être que ces fichiers ont déjà été déplacés dans le passé et que le client de suivi des liens distribués les a trouvés, modifiant le lien en une référence complète \ realservername \ sharename et maintenant il ne peut pas trouver le fichier déplacé.

— Vandor76
source
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.