Почему происходит сбой при использовании перенаправления DFS / Folder?

Вот два немного разных, но похожих сценария:

Диск S: \ сопоставлен с \\ server \ share. Затем реализуется пространство имен DFS, в котором S: \ заменено на \\ domain.local \ dfs \ share (что указывает на устаревший общий ресурс). Теперь некоторые файлы со связанными / встроенными файлами и различными приложениями ведут себя странно и дают сбой. Отметим, что эти встроенные ссылки на файлы (например, связанные таблицы Excel) указывают на устаревший общий ресурс, а родительский файл открывается с общего ресурса DFS.

2. Существует PST для учетной записи POP / IMAP, расположенной в Моих документах. Затем документы перенаправляются в общую сетевую папку. Теперь Outlook имеет проблемы с доступом к PST, связанному с учетной записью, несмотря на тот факт, что на вкладке «Файлы данных» указан правильный сетевой путь для файла (\\ server \ share \ user.name \ Documents \ outlook.pst). Outlook загружается, но утверждает, что PST не может быть найден, поэтому Входящие для связанной учетной записи не могут быть просмотрены. *

* Оказывается, это была конкретная известная проблема. Ссылку выложу позже

Почему что-то «ломается» при выполнении этих типов перенаправления, даже если путь к файлам остается прежним с точки зрения внешнего интерфейса?

dfs unc

— Bigbio2002
источник

Что касается 2. Имеются ли у вас разрешения на совместное использование пространства имен для соответствующих папок? Стоит отметить, что если ранее папка (и) были совместно использованы за пределами DFS, хотя списки ACL безопасности не изменятся, то общие ресурсы DFS не обязательно будут идентичны; может это стоит проверить?

— BE77Y

В дополнение к вышесказанному, не могли бы вы рассказать, какие странные поведения / неисправности вы наблюдаете?

— BE77Y

Какие разрешения подходят для общих папок пространства имен DFS? Что касается # 2, перенаправленная папка получает разрешения CREATOR OWNER для корневой папки, подпапок и файлов. Должно ли SYSTEM также быть предоставлено разрешение для перенаправленного общего файлового ресурса?

— Bigbio2002

Разрешения общего ресурса для общих папок пространства имен DFS могут быть любыми и любыми - например, просто отображать списки ACL. В вашем примере вы упоминаете папки с пользовательскими данными, поэтому, как минимум, рассматриваемый пользователь (пользователи) должен иметь, например, доступ на чтение к этой папке (папкам).

— BE77Y

some files with linked/embedded files and various applications act weird and malfunction.- Требуется уточнение. Outlook has trouble accessing the PST associated with the account- Требуется уточнение.

— Joeqwerty

Ответы:

Это старая ветка, но, возможно, кто-то может извлечь пользу из моего комментария.

Существует служба под названием Клиент отслеживания распределенных ссылок, которая находит файл, который был перемещен или переименован в сетевой папке NTFS ( KB312403 ). Это работает как для ярлыков оболочки, так и для ссылок OLE.

У нас была похожая проблема, когда мы перемещали папки на нашем общем ресурсе DFS. Был опыт, что после перемещения папок ярлыки на рабочих столах пользователей были изменены с \ dfsvirtualname \ sharename на \ realservername \ sharename. Да, файлы были найдены, но только один раз. В следующий раз, когда папка была перемещена (например, заархивирована в папку с именем 2014 и т. Д.), Ярлыки сломались.

Проблема с некоторыми файлами может заключаться в том, что эти файлы уже были перемещены в прошлом, и клиент отслеживания распределенных ссылок нашел их, изменив ссылку на полную ссылку \ realservername \ sharename, и теперь он не может найти перемещенный файл.

— Vandor76
источник

Возможно, вы ошиблись, рассматривая DFS как простой способ присвоения вашей акции более подходящего имени или более переносимого имени, а не жестко заданного для какого-либо конкретного сервера.

DFS не поддерживает блокировку файлов, и я предполагаю, что это является причиной ваших проблем с вложенными файлами.

https://social.technet.microsoft.com/Forums/windowsserver/en-US/d28d97a2-9156-469b-b8d8-e73ed39d8a30/dfs-file-locking?forum=winserverfiles

— Патрик
источник