Tweebeenvis
Dabbler
- Joined
- Sep 28, 2016
- Messages
- 10
Hi All,
I've been running FreeNAS with Windows AD integration successfully for almost a year now. AD users had their own shares which they could add/delete files and AD domain admins also had full control (being the admin group). Disaster struck Monday and I am still picking up the pieces. I am convinced that one of the admins changed the top level share and reset the permissions. No matter what I did, domain users could not get into the shares.
I eventually ended up switching to an rsync backup of the files with critical company files moved to basic password protection. Rsync saved my job :D Anyway....
After giving up with getting the ACL's working I tried reverting back to UNIX permissions - Yes, I know. In any event things aren't looking good.
The main "Users" share is now owned by root:wheel with permissions 777 and allowing guest access. I can view the files fine but cannot write to any of the directories. ACL's where still present but were stripped with
"Users" (and all subfolders )permission is now: drwxrwxrwx 97 root wheel 97 Mar 1 09:26 Users/ But I cannot write/delete anything from folders.
I've Googled for hours but cannot determine what the issue might be.
I would appreciate if someone could:
1. Shed some light on my current predicament
2. Recommend a best practice guide for running FreeNAS in an AD/SMB environment (I thought I was doing quite well until Monday)
3. Advise whether there is a way to sync Windows/ACL permissions with Rsync backups
I'm running the latest version of FreeNAS stable.
I've been running FreeNAS with Windows AD integration successfully for almost a year now. AD users had their own shares which they could add/delete files and AD domain admins also had full control (being the admin group). Disaster struck Monday and I am still picking up the pieces. I am convinced that one of the admins changed the top level share and reset the permissions. No matter what I did, domain users could not get into the shares.
I eventually ended up switching to an rsync backup of the files with critical company files moved to basic password protection. Rsync saved my job :D Anyway....
After giving up with getting the ACL's working I tried reverting back to UNIX permissions - Yes, I know. In any event things aren't looking good.
The main "Users" share is now owned by root:wheel with permissions 777 and allowing guest access. I can view the files fine but cannot write to any of the directories. ACL's where still present but were stripped with
find Users -exec setfacl -b {} \;
"Users" (and all subfolders )permission is now: drwxrwxrwx 97 root wheel 97 Mar 1 09:26 Users/ But I cannot write/delete anything from folders.
I've Googled for hours but cannot determine what the issue might be.
I would appreciate if someone could:
1. Shed some light on my current predicament
2. Recommend a best practice guide for running FreeNAS in an AD/SMB environment (I thought I was doing quite well until Monday)
3. Advise whether there is a way to sync Windows/ACL permissions with Rsync backups
I'm running the latest version of FreeNAS stable.
Last edited by a moderator: