Redirected folder access 0xC0000201 error

Hi,

Recently we've started to setup a few Remote Desktop environments based on Server 2012. On one of them we're running into a strange issue.

We setup a very small Single Server RDP environment (yeah, it's a DC and yeah I know it's NOT a best practice). Anyway, we setup folder redirections for the My Documents, Pictures, etc. etc. including Favorites.

All redirects are handled during the user login and there are no errors. Now here's the problem:

If a user opens his Internet Explorer and opens the Favorites, the tab is complely empty.
What did I test?

  • If the user tries to add a page to the favorites, processmon loggs the following error:
    Operation: CreateFile
    Result: 0xC0000201
    Path: \\SERVER\users\mytestuser\Favorites
    Desired Access: Read Data/List Directory, Synchronize
    Dis
    Options: Directory, Synchronize IO Non-Alert, Open Reparse Point

    Unfortunatly there isn't much info out there about error 0xC0000201.
  • If I add a .lnk file to the Favorites folder manually it does show up in Internet Explorer, however the user isn't able to click on it
  • I tried removing the Favorites folder and letting it be recreated. No effect.
  • In Internet Explorer, using the "Organize Favorites" I am able to add folders
  • I verified the permissions on the folder. The user has full access
  • The share is set to grant read/write access. I also tried adding full access, but this didn't resolve the issue

Since I haven't seen this issue before in Win7/2008R2 I was wondering if anyone could point me into the right direction.

Kind regards,
Peter

March 28th, 2013 8:45pm

Please verify that the permissions for your redirected folders are configured correctly. They are listed here: http://technet.microsoft.com/en-us/library/cc775853%28WS.10%29.aspx

Free Windows Admin Tool Kit Click here and download it now
March 30th, 2013 9:06pm

Hi MDMarra,

The permissions are setup like in the document, with one exception. The "Users" don't have write/modify permissions on the root/shared-folder (Shares\Users). Obviously they have full permissions on their own Homedrive within that shared-folder (Shares\Users\%username%).

I added the write/modify permissions, just to be sure, but as excepted this did not fix the issue.

March 31st, 2013 7:52am

Hi Peter,

Please test if user could access each level of the folder \\SERVER\users\mytestuser\Favorites and let us know if any one could not be accessed.

Also try to open/edit/delete/create file in \\SERVER\users\mytestuser\Favorites folder to see the result.

Free Windows Admin Tool Kit Click here and download it now
April 2nd, 2013 9:16am

Hi Shanon,

First of all, thanks for replying.

To answer your questions, the user is able to open/browse that location.

As mentioned in my opening post, if the user would create a link there (which he can), he's able to open the link from Windows Explorer and the link will also show up in the Internet Explorer, but in IE, the link doesn't work (you can click on it, double click, etc. but nothing happens)

April 2nd, 2013 9:20am

Allmost a year passed, so a small update.

The issue is still there. The following are things I've also tried:

- Update the "Default Domain Controller Policy" so Digitally sign communication would nog be required
- Turned off any form of TCP/IP offloading, chimney, rss etc
- Tried with/without SMB2 or SMB1
- Tried some other SMBClient changes (see below)

Set-SmbServerConfiguration -Force:$True -EnableMultiChannel:$False
Set-SmbClientConfiguration -Force:$True MaximumConnectionCountPerServer 64
Set-SmbClientConfiguration -Force:$True -EnableLargeMTU:$False
Set-SmbClientConfiguration -Force:$True -RequireSecuritySignature:$False

The only time it works is when a user opens a shortcut to a website from a local drive. But whenever a user tries to open the link from a share (so it's not restricted to Favorites), it doesn't work and IE opens with a blank screen.

I was wondering if there have been more in the meantime that have ran into this issue and were able to resolve this.


Free Windows Admin Tool Kit Click here and download it now
January 18th, 2014 12:09pm

Hi Peter,

Have you got anywhere with this? I am also suffering from the same problem.

My user profile is stored on a replicated DFS share so it appears on two computers. COMA and COMB. If I login to COMA (Windows 2012 R2, IE10) with the DFS share pointing at COMA and click on a favourites, nothing happens. Tracing the access with PROCMON shows I get the 0xC0000201 error. If I change the Active DFS share to COMB by browsing to the Favourites folder right clicking Properties, DFS and changing the Active directory to COMB. Clicking on a favourite in IE10 WORKS fine.

To confuse matters even further, if I logon to a third computer with its DFS share pointing to COMA, Favourites WORK. In other words, I cannot access favourites when they are stored on the SAME computer.

Perhaps the work round is to install Chrome!

Advice / help Please

January 22nd, 2014 5:42pm

Hi Paul,

I think you a very interesting observation here.

Two days ago we opened up a case with Microsoft and we referred to this topic as well.
If they won't pick it up, I'll make sure my collegue that is handling the case will.

I will post back once I know more.

Free Windows Admin Tool Kit Click here and download it now
January 22nd, 2014 6:29pm

Hi Peter,

could you ever solve this problem? I recently installed a 2012R2, redirected favorites folder on replicated DFS pointing to a share on this 2012R2.

If the user starts a RDP session with the 2012R2 and starts IE, the menu entry "favorites" is empty an procmon shows exactly your error:

Operation: CreateFile
Result: 0xC0000201
Path: \\SERVER\users\mytestuser\Favorites
Desired Access: Read Data/List Directory, Synchronize
Dis
Options: Directory, Synchronize IO Non-Alert, Open Reparse Point

If the user clicks on the star symbol in IE, the favorites are present. And if the user starts IE on his local PC with the same favorites-destination, everything works fine and the favorites appear.

Kind regards.
Ronny

April 22nd, 2015 3:39am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics