Windows Offline Files Permissions Problem

Kevin Myers
Kevin Myers used Ask the Experts™
on
I'm having a security problem involving Windows Offline Files.  I'm using Offline Files in Windows 10 with files located on a server that is running Windows Storage Server 2008 R2.  When connected to the network, my account has no problem accessing files located in appropriate shares on the server.  But when my computer is offline, I am unable to access any files that I have not previously accessed on the server while connected online, and receive "Access Denied" messages.  The folders that I need to access contain literally millions of files, so I cannot simply take the time to access each of those files in advance while connected online, just so that I will later have the ability to access those same files offline.

Note that I suspect this issue could be related to some recent changed permissions on the server.  Here is the relevant setup for one of the accounts with this problem:
On the laptop, there is a local user named Kevin, with a certain password.
On the server, there is an identical user named Kevin with the same password, and that user is a member of the group KAM-BTM.
On the server, the group KAM-BTM has Modify, Read & Execute, Read, and Write permissions on the share containing the files that are exhibiting this problem.
On the server, all subfolders and files beneath the top level share inherit their permissions from the share.

It seems as though the laptop may have cached some obsolete permissions from the server, and the only way those obsolete cached permissions get updated is by directly accessing each individual file while the laptop is connected to the network.  Is there any other way to correct these problems?  If necessary, I could re-initialize and re-populate the offline files client side cache, but I believe that has already been done since the server permissions were changed, and it failed to correct the problems.  I want to avoid doing that again unless it is pretty certain to fix the problems, because there are hundreds of gigabytes of files that need to be available offline, and repopulating the client side cache will all of those files take a great deal of time.

P.S. - I just ran "attrib -r *.* /s" on one of the problem shares, and that did appear to fix this issue for most of the files on that share.  However, that is only a partial and somewhat undesirable solution, because 1) it fails to access any hidden files (such as Excel autosave files, for example), and 2) it removes the read-only attribute from any files where that attribute may have actually been intended.  Something similar to this command might work, but I need something that merely accesses a file *without* potentially changing anything about it.

Thanks in advance for any help,
Kevin M.
Comment
Watch Question

Do more with

Expert Office
EXPERT OFFICE® is a registered trademark of EXPERTS EXCHANGE®
Distinguished Expert 2017

Commented:
Your use of "offline" is misleading since there is a specific meaning to that term when used in an AD server share and user relationship.
Presumably, your setup is possibly to use work folders
Or if you look at the sync server and whether those documents that were created on the local system while off network syncs back to the server share when the system is back within range of the share?
Or are the files in question deals with post reconnect sync through other means and a consequence of which is that the user lacks rights.
The process that handles the replication of the files from the laptop is the server might use other credentials that inudvertantly sets. Security permissions that prevent the user from access.
Kevin MyersConsulting Engineer

Author

Commented:
I am NOT using "Work Folders".  I am using the older technology "Offline Files", so my statement is exactly correct, not misleading.

The documents in question were not created on the local (client) system while off network.  They have been on the server share since long before this client laptop ever started using them.

This is a "workgroup" based network, not active directory.

The only sync method that has ever been used is Windows Sync Center Offline Files sync.
Distinguished Expert 2017

Commented:
Is the laptop part of an AD domain? Does the sync center reflect that the file sync up?

If you check directly while in the server whether the file is reflected as being present there?
11/26 Forrester Webinar: Savings for Enterprise

How can your organization benefit from savings just by replacing your legacy backup solutions with Acronis' #CyberProtection? Join Forrester's Joe Branca and Ryan Davis from Acronis live as they explain how you can too.

Kevin MyersConsulting Engineer

Author

Commented:
No, this is a workgroup based peer to peer network.  Yes, Sync Center reports that all files were successfully synchronized with no errors.  Yes, the files are verified as being present on the server.
Consulting Engineer
Commented:
With the laptop connected to the network, running some combination of the following commands from the root of the share appears to have forced the cached offline files permissions data to be updated.  The cached files are all now visible when the laptop is offline and I'm not getting any more "Access Denied" errors so far.

dir /ad /b > nul
attrib *.* /s > nul
Distinguished Expert 2017

Commented:
The offlibe files commonly deals with ad member systems and users.
Glad to hear your issue is resolved.
Potentially you would need to reset attributes anytime you create/modify files offlibe.

Do more with

Expert Office
Submit tech questions to Ask the Experts™ at any time to receive solutions, advice, and new ideas from leading industry professionals.

Start 7-Day Free Trial