NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Permissions Issue - Access Denied
Brand new ReadyNAS Pro4 RAIDiator 4.2.20. Setup in "User" mode, very few usernames are setup in NAS yet, guest access enabled on every share. I'm browsing from a Windows 7 64bit PC, but the office is a mix of Win 7 64/32, Vista 64/32, and XP 32.
First of all I have added my own user account (GBUNK) into the NAS as an "Administrator". Username and password match my Windows 7 account. NOTE: I had to fix my username on my PC because it used a space previously. I changed it from G BUNK to GBUNK using the Control Panel -> User Accounts method and then also going to "Run" -> "control userpasswords2" and fixing my account to show "GBUNK" for both "User Name" and "Full Name". I then rebooted for good measure.
On the NAS I have a share called "User_Backups" and I have my own backup folder inside with my name ("Garry"). Share settings for CIFS are set to "Automatically set permissions on new files and folders" = checked and "Do not allow ACL changes to be more restrictive than this" = checked. (Note I tried with these two boxes unchecked and now checked.) I have done the share's "Advanced Options" -> "Advanced Share Permission" -> "Set ownership & permission for existing files . . ." to be owner = "nobody, and group = "nogroup" and Read/Write for Everyone. I then run a backup job of my "Documents" folder (using Cobian Backup running under my username & password) from my PC to this folder ("Garry"). The backup runs fine with no errors. When I go to browse the "Documents" folder on the NAS I get "Access Denied". Windows will not allow me to even view the security permissions for the "Documents" folder on the NAS. The "Garry" folder shows Everyone has "Special Permissions" and my user has "Full Control". If I rerun Cobian again (testing by copying a new test folder into the source "Documents" folder") it fails with numerous error messages of "Access Denied". If I go back to Frontview and run through "Advanced Options" -> "Advanced Share Permission" -> "Set ownership & permission for existing files . . ." to be owner = "nobody, and group = "nogroup" and Read/Write for Everyone then I can browse into the "documents" folder and rerun Cobian just fine. However, this is not a solution - I can't do this after every backup!
Seems this is a known issue with other user's experiencing the same exact problem. Has this been addressed? Does the newer firmware version (4.2.21) correct this? The release notes only say something about fixing security issues in CIFS (rather vague).
Thanks,
Garry
First of all I have added my own user account (GBUNK) into the NAS as an "Administrator". Username and password match my Windows 7 account. NOTE: I had to fix my username on my PC because it used a space previously. I changed it from G BUNK to GBUNK using the Control Panel -> User Accounts method and then also going to "Run" -> "control userpasswords2" and fixing my account to show "GBUNK" for both "User Name" and "Full Name". I then rebooted for good measure.
On the NAS I have a share called "User_Backups" and I have my own backup folder inside with my name ("Garry"). Share settings for CIFS are set to "Automatically set permissions on new files and folders" = checked and "Do not allow ACL changes to be more restrictive than this" = checked. (Note I tried with these two boxes unchecked and now checked.) I have done the share's "Advanced Options" -> "Advanced Share Permission" -> "Set ownership & permission for existing files . . ." to be owner = "nobody, and group = "nogroup" and Read/Write for Everyone. I then run a backup job of my "Documents" folder (using Cobian Backup running under my username & password) from my PC to this folder ("Garry"). The backup runs fine with no errors. When I go to browse the "Documents" folder on the NAS I get "Access Denied". Windows will not allow me to even view the security permissions for the "Documents" folder on the NAS. The "Garry" folder shows Everyone has "Special Permissions" and my user has "Full Control". If I rerun Cobian again (testing by copying a new test folder into the source "Documents" folder") it fails with numerous error messages of "Access Denied". If I go back to Frontview and run through "Advanced Options" -> "Advanced Share Permission" -> "Set ownership & permission for existing files . . ." to be owner = "nobody, and group = "nogroup" and Read/Write for Everyone then I can browse into the "documents" folder and rerun Cobian just fine. However, this is not a solution - I can't do this after every backup!
Seems this is a known issue with other user's experiencing the same exact problem. Has this been addressed? Does the newer firmware version (4.2.21) correct this? The release notes only say something about fixing security issues in CIFS (rather vague).
Thanks,
Garry
3 Replies
- New finding: If I move my backup to another share on the same NAS which has an identical setup to the "User_Backups" share, the backup job will run as expected over and over - no "Access Denied" issues. I'm going to try to delete and recreate the "User_Backups" share.
-Garry - OK, No Such luck. The "Documents" folder which is created at \\NAS\User_Backups\Garry\Documents gives me access denied after the backup finishes running.
EDIT - Ok I can get my backups working to this "User_Backups" share without errors when I change Cobian's settings and disable "Copy NTFS permissions". However, I still believe there is an issue with the NAS since I could run the original backup to another share without the issues.
Garry
(Getting tired of hearing myself talk on this forum.) - Garry, I've seen similar issues with permissions, and I can say that for me at least, the upgrade to 4.2.21 didn't change anything.
My issue was with downloads from Transmission. I changed the default folder for downloads to /c/Video. Video was a share I had created with default access Disabled, access granted to my admin account and Automatically set permissions to new files and folders to Read/Write. The download would complete just fine, but I found that if I tried to access the file via Windows, I only had read permissions - I couldn't rename or delete them. I remedied this by changing the Umask setting in the Transmission settings.json to 0. I can now delete files that I've downloaded.
Perhaps I'm missing something, but I assumed that the Share settings for "Automatically set permissions to new files/folders" should change whatever is being written there to just that.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
