在部署我们的服务器应用程序时，在Windows Sever 2008 R2上，我们使用本地pipe理员用户在“C：\ Program Files”中创build一个文件夹，并将该文件夹的所有者更改为特定域用户的文件夹。
当该应用程序在该域用户下运行时，它在尝试创build子文件夹时被拒绝访问。
我的假设是：
由于域用户无法创build子文件夹，请问我可以告诉我什么是错误的假设？
“创作者所有者”是否具有修改该文件夹的权限？ 如果你看一下该用户的有效权限是否修改权限？
更改文件夹所有者并不意味着您的所有假设都是正确的。 看这里：
http://networkadminkb.com/KB/a80/creator-owner-explained.aspx
通过devise，对象的所有者只能configuration如何设置权限以及授予权限。 默认情况下，所有者通常会被自动授予通过其他组的读取，写入或修改权限， 但这并不一定如此 。
和：
2）如果对象的所有者发生更改，则对象的权限不会更改为新的所有者。
基本上，您的应用程序最有可能需要授予用户额外的权利，该文件夹，他们不只是一个所有者。
如果User1和User2都对文件夹有完全控制权限，则禁止任何其他ACL或GPOconfiguration，则认为它们具有相同的有效访问权限是正确的。 但是，域用户和/或应用程序可能会传递与已configuration的文件夹权限不同的凭据。 您可以访问http://live.sysinternals.com并下载AccessEnum和ADInsight来解决本地和域用户对象的有效访问问题。 我将首先在本地运行ADInsight，以查看应用程序因黑盒子出于某种原因而通过的凭据。
本地环境中的CREATOR OWNER通常默认为TrustedInstaller或本地组。 Bob可能已经在他的本地机器上创build了Accounting文件夹，但是Bob只能创build该文件夹，因为他是本地pipe理员。 因此，所有者是％主机名％\ Administrators组。 试图从域用户帐户远程调用该文件夹，您需要指定“\ remotecomptuer \ bob'slocalusername”凭据。
创build者所有者仅半静态地向所有者分配权限。 当指定一个分配时，该分配不会更改为新的所有者。 有关更多信息，这可能有所帮助： http : //networkadminkb.com/KB/a80/creator-owner-explained.aspx
右键单击文件夹，属性 – >安全性 – >高级 – >取消选中“从此对象的父项包含可inheritance权限” – >否/删除 – >应用/确定等