![]() |
|
SPONSORED LINKS BY GOOGLE |
|
2
20th August 23:30
External User
Posts: 1
|
It sounds like you're trying to modify the permissions of the DFS structures
under the root share, correct? I'm guessing your root shared folder is located at e:\support\ITO, and that when you add a folder called Software to the namespace, you see a new folder called Software under \ITO. If you're trying to change the Software folder here, this would explain the behavior you're seeing--these link folders are essentially reparse points and can't be accessed locally. When users browse to these link folders remotely, a referral is triggered and the client is redirected to the appropriate folder target. You shouldn't attempt to modify permissions on these link folders. Any permissions should be set on the folder target itself--set up shared folder permissions directly on \\targetserver\software and set NTFS permissions directly on the underlying folder that hosts the share (C:\data or whatever). This process is described in the DFS technical reference at www.microsoft.com/dfs. The terminology is not updated to match R2 but the concepts are the same. -- This posting is provided "AS IS" with no warranties, and confers no rights. Want to learn more about Windows Server file and storage technologies? Visit our team blog at http://blogs.technet.com/filecab/default.aspx. |
|
|
4
20th August 23:31
External User
Posts: 1
|
Think of the root share as a private folder for DFS to store its structures.
You're right that in R2 we did pick a folder by default to reduce the complexity of setting up a namespace for admins--it's one less decision you need to make. All other data that you want accessible in the namespace should be stored elsewhere on the same server or even on a different server. DFS will provide referrals to the UNC paths of the data, regardless of where the data is located. It sounds like some previous misconfigurations might still be present. Try running a diagnostic report for additional tshooting guidance for the errors you're seeing. -- This posting is provided "AS IS" with no warranties, and confers no rights. Want to learn more about Windows Server file and storage technologies? Visit our team blog at http://blogs.technet.com/filecab/default.aspx. |
|
|
SPONSORED LINKS BY GOOGLE |
|
|