2. Keeping in mind that Isilon is a multiprotocol filesystem, and supports multiple auth providers, the best way to control data access is through filesystem permissions, either NTFS ACLs, or POSIX mode bits. If it were up to me, I would say use this workflow for creating any new shares on the system.
1. Create a directory at a path like this: /ifs/clustername/accesszonename/newshare . Create the directory at the OneFS CLI, and ensure that no ACLs are inherited down: See Example:
3. Now set the filesystem permissions. Right now they're just root/wheel POSIX, which will not do anyone much good. You have two options to set them.
Option #1
Set the permissions manually with chmod. Isilon enhanced the chmod syntax that exists natively in BSD to allow interaction with ACLs. Type 'man chmod' to see your options.
Option #2
Create an administratively hidden share one level up. Give some group, like AD or security admins rights to it with run as root. Let them then set the rights at the folder one level deep using Windows Explorer. This may be an easier route for most AD Admins, because it uses tools that are familiar to them.
Example:
#creating the administratively hidden share, notice the dollar sign at the end, which hides it
Stdekart
104 Posts
9828
0
Posted January 4th, 2016 08:00
khkris:
The CLI admin guide for you respective version of OneFS will have information on setting up and configuring SMB shares via the CLI.
For example 7.2.0 CLI Admin Guide Page 393:
https://support.emc.com/docu56048_OneFS-7.2.0-CLI-Administration-Guide.pdf?language=en_US
Sounds like you're looking for # isi smb shares permission modify