As I can see from your description you want to share a directory.
Since you use Windows 8 and I can see the "Security" tab you are using NTFS-filesystem.
It seems like you didn´t configure NTFS-permissions.
- Click on the "Security" Tab of the Folder you want to share.
- Then "Edit..."
- In the new window click "Add..."
- In the new window click "Advanced..."
- In the new window click "Find Now..."
- Select the user who needs the permission to acces the folder.
- Go back to the "Permissions for " dialog.
- Choose the user you added.
- Set permission to "Allow" / Full controll (Or at least read permission)
- Click Apply.
On the sharing tab, the only entry you Need is:
- Everyone
- With permission "Full Controll".
You can manage the permissions with the NTFS-Permissions of the Security Tab.
The rest of the configuration looks correct.
Answer from Andie2302 on Stack ExchangeAs I can see from your description you want to share a directory.
Since you use Windows 8 and I can see the "Security" tab you are using NTFS-filesystem.
It seems like you didn´t configure NTFS-permissions.
- Click on the "Security" Tab of the Folder you want to share.
- Then "Edit..."
- In the new window click "Add..."
- In the new window click "Advanced..."
- In the new window click "Find Now..."
- Select the user who needs the permission to acces the folder.
- Go back to the "Permissions for " dialog.
- Choose the user you added.
- Set permission to "Allow" / Full controll (Or at least read permission)
- Click Apply.
On the sharing tab, the only entry you Need is:
- Everyone
- With permission "Full Controll".
You can manage the permissions with the NTFS-Permissions of the Security Tab.
The rest of the configuration looks correct.
Just a quick heads-up. When using an AD and sharing something to multiple people, using the authenticated users group over the everyone group is slightly more secure.
This is a default group when you do have an AD. It just means that if someone were to plug into a wall outlet they would also need a login that matches with your AD to get to your share.
Access Denied to Share Folder
Access denied for shared folder when it WAS working
access denied while accessing shared folder
SMB File Share Access is Denied HyperV Cluster
Videos
Clear out any cached passwords you have on the client side.
Is this a domain network? If not, and it is workgroup, are you using the same username on the server and client side for logins?
When a workgroup PC authenticates, if you dont specifiy the domain\ in the login then it can actually try to login as a user account on the remote server.
Such that if the computer had user1, and the server had user1… Even though they have separate workgroups, if you had the same password on both computer and server… you’d be able to login between the devices simply as user1 without specifiying the domain/workgroup at all.
The reason that I raise this… Is to query if you are using workgroups, and if so, do both devices have an identical user account and is that account using the same password.
If you have identical accounts but wish to maintain separate passwords, then you must specify the hostname\user when logging in instead of just username on its own.
Also it appears that you’re using a Public network profile. Is this server side? Why?
Servers should be on domain/private network profiles. Public is intended largely for laptops on untrustworthy shared networks like airports/cafe/hotels etc.
When you have your device on a Public profile a whole bunch of services are shut down.
Your screen shots show EVERYONE permissions, its not unusual to have this at the network level as a bunch of dodgy applications dont handle it if you try to be more restrictive. Also share permissions are a rather legacy thing from back in the FAT days.
But you need to be mindful of what your actual filesystem level permissions are on those shares. Do NOT use EVERYONE permissions at the filesystem level. Its just begging for a crypto to come and fuck up your data.
You have displayed the Network Share Permissions, in the RDP session look at the Folder Permissions to make sure everyone has access.
If you have connected previously to the Server (ie with another mapped driive) it may be trying to connect using a different Username Password
Classically, this can be caused by users cutting and pasting files into a share. This means that if the files (at source) were set to not inherit permissions from the parent folder, when they are cut & paste to the destination, they keep their old permissions.
This is not really an answer but further information (can't use comment due to char limit). I'm still trying to understand and solve this issue.
Here's what a "bad" file's permissions looks like in CACLS ( the permissions prevent copying from another machine):
C:\...\Mail\descmap.pce BUILTIN\Administrators:F
NT AUTHORITY\SYSTEM:F
MARS\Tim:F
BUILTIN\Users:R
Here's what a "good" file looks like:
C:\...\Mail\In.mbx Everyone:C
BUILTIN\Administrators:F
NT AUTHORITY\SYSTEM:F
MARS\Tim:F
BUILTIN\Users:R
Here's what the "Mail" (parent) folder's permissions look like:
C:...>cacls mail C:...\Mail Everyone:(OI)(CI)C BUILTIN\Administrators:F BUILTIN\Administrators:(OI)(CI)(IO)F NT AUTHORITY\SYSTEM:F NT AUTHORITY\SYSTEM:(OI)(CI)(IO)F MARS\Guest:F CREATOR OWNER:(OI)(CI)(IO)F BUILTIN\Users:R BUILTIN\Users:(OI)(CI)(IO)(special access:) GENERIC_READ GENERIC_EXECUTE BUILTIN\Users:(CI)(special access:) FILE_APPEND_DATA BUILTIN\Users:(CI)(special access:) FILE_WRITE_DATA
The "Everyone:C" and the "BUILTIN\Administrators:F" attributes somehow get removed from the problem files. Different files are affected at different times. There doesn't seem to be any consistency.
I have this same issue, and found a workaround/fix:
Machine: Windows 10 21H2
Office: 365 Apps for enterprise
Powerpoint: Version 2302 (Build 16130.20218 c2r)
Dell: HP wolf software is not involved.
In our case, the symptoms were as follows:
Error "You do not have access to view this file. Would you like to request permission on Sharepoint?" occurs when opening Powerpoint files through folder redirection.
Affected folder was on desktop.
Folder preview was enabled.
The fix I found was:
- Disable the preview pane in File Explorer (View > click Preview Pane to turn it off.)
As soon as I turned of the preview pane, the issue stopped happening. I tested multiple times turning the preview pane on and off, and it consistently stopped the issue from occurring.
Just experienced this issue for a user on a local domain. Any files from the subdirectories of a particular mapped drive for the user were throwing errors. PDF files firing 'Access Denied' when opened on the user's machine, Office files saying "Access denied you do not have access to view this file would you like to request for permission on SharePoint". Checked on the fileserver and the user is indeed the owner on this particular directory and has all necessary permissions to access the share and Read/Write.
What ended up fixing was repropagating the ownership of the directory to the user, adding the user into the advanced share permissions (even though everyone has read/write access on this particular folder).
Ran into this issue Wednesday and have not been able to find anything to answer why this is happening, so curious if anyone may know what is going on here.
The situation as it stands I have two file servers. One for operations and one for C-level people. Each server has a drive on it for "IT documentation" since we have some IT that only services operations and some that only service C-Level. But there is a small group that has access to both so there is a security group that gives access to both drives. I am a member of this group and we are promoting a person so I added them to the security group (same group membership as I have). When they login on their PC they have access to the C-Level IT drive, but not the Ops IT drive. When trying to access it they receive the notice that they do not have permission to access the drive. This is their daily use user account, not a domain admin account.
I have checked their security permissions, the share folders security permissions, the domain controllers for proper syncing, restarted their computer a half dozen times. Everything test fine, I can get to both files when logging on their PC with my account but if they login on mine same issue. I even went on the file server and forced a group policy update to make sure the server was talking to the domain controllers (I imagine if it was not we would have a lot more complaints of new hires not being able to get to network shares). They are able to access other drives on the Ops file server without problems, just that one share is denied to them.
I put in for a server restart this weekend, so maybe the issue resolves itself on Monday, but it drives me crazy not being able to identify why this was happening. My understanding of how file permissions work across a domain is the file server knows which groups have permission to which files. When a user logs onto a PC the domain controller tells the PC which security groups that user is part of. So when the user tries to access a network share their computer says "I'm part of this security group give me access" and if their security groups check out they get access. There has to be some sort of breakdown in the chain on that one file server but why only this one file, and why this user?
I've been bashing my head against a wall with this one on/off for longer than I'd care to admit.
We have a single user that has perpetual issues accessing a single network share. The server is 2012 R2, workstation is W10 2H2.
The user is working remotely, not bound to AD. Connects via VPN and drives are mapped manually. The shares on the server are setup identically, with different permission groups on the NTFS permissions. Sharing permissions are set to "Everyone" with full access and restricted in NTFS.
The main share maps just fine, and the user can access as normal. The second share intermittently works, but usually displays "Windows cannot access \SERVER\SHARE. You do not have permission to access \SERVER\SHARE".
The really wonky thing... if I map from another system, macOS or Windows, with that user's credentials the drive maps fine. I've tried wiping the profile and setting up fresh. That fixed it for a few months, but now it's back.
Any help would be much appreciated. I'm assuming it's something the user is doing, but I have no idea what would cause this.
Update: What further defies logic... the NTFS permissions for this share have the user's department added with permission to read/write. Nobody else in the group has issues. However, I just added the user as an explicit permission on the folder for shits and giggles...and now it works.
I got a second laptop and want to transfer files by sharing folder from first laptop. Both laptops are Win 10.
I have read articles and followed this video https://www.youtube.com/watch?v=3-C3v82zOgE, BUT sharing option is greyed out: https://i.imgur.com/r4iX9iZ.png , so I used the "Advanced sharing options" with these permissions set to "Everyone" "Read".
On second laptop I can see shared folder, but when I double click the folder I get the message:
Windows cannot access \shared\folder. You do not have permission. Contact network administrator
I have followed solutions from this thread : https://answers.microsoft.com/en-us/windows/forum/all/you-do-not-have-permission-to-access-pcname/704f39f0-a03e-4f1c-bead-a45df97e455d
but nothing is working.
Do you have any idea?
UPDATE: to make "Share" button not greyed out you have to enable "Sharing wizard" in "Folder and search options"