问题标签 [acl]

我有一个类来为用户、组和其他存储类似 unix 的权限。原则上它是一个有限的访问控制列表，但我不想将它命名为 ACL，因为通常 ACL 是不同的东西。

这个类看起来基本上是这样的：

如何命名这样的类？Unix中的名称是什么？

我有一个问题，我们在 temp 中创建一个文件，然后移动到我们的应用程序目录，我们发现移动的文件没有从其新的父文件夹继承权限。

我知道我可以使用 File.Copy （因为创建新文件将继承权限），但出于性能原因，我们不想这样做。

上面引用的站点建议使用 SetNamedSecurityInfo，我可以使用PInvoke 方法访问它。但是我认为可能有一些方法可以使用核心 .NET API 来实现这一点，例如 new FileInfo("C:\Test.txt").GetAccessControl() ，因为上面的文章已经有四年了。

有没有更好的方法来“刷新”文件权限以匹配其父文件夹的权限？

我正在构建一个应用程序，我想为其使用适用于各个页面的角色管理。即根据用户的角色限制用户对页面的访问。这些角色作为用户存储到数据库中。这是 PHP 的做事方式，我正在尝试将其移植到 ASP.NET

我需要的是有人可以为我指出正确的资源来完成上述任务。直到现在我还没有找到我要找的东西。

谢谢你。

如何将他现有的 ACL 模式与 MySQL 的 Membership Provider 连接器一起使用？

我不想使用自动生成的表模式，但很高兴改变我自己的表以适应 ASP.NET 的规则。例如，我想使用自定义表名。

如何指向连接器以使用它们？

谢谢你。

有一个 CGI 脚本为我们的客户提供一些 API。调用语法为：

任务是为不同的模块制定不同的认证规则。

或者，拥有漂亮的 URL 会很棒。

我的配置：

好吧，我知道问题是处理该指令的顺序。<Location>s 将在 mod_rewrite 完成工作后处理。但我相信有办法改变它。:)

最好使用标准Order deny,allow+Allow from <something>指令，因为它在其他地方也很常用。

感谢您的关注。:)

假设我有一个名为“test[1].txt”的文件。这两个命令都不会产生输出：

好消息是该dir命令有一个-LiteralPath开关，告诉它不要将任何字符解释为通配符：

坏消息是get-acl没有这样的开关。这似乎是一个已知问题。

根据该报告中的观察，我能想到的唯一解决方法是以这种有点尴尬的方式使用 UNC 路径：

我在由dir -rec -name. 因为我不知道通配符会出现在哪里，所以我必须编写代码来转义它们（并将路径转换为 ​​UNC 格式）。这有点笨拙。有没有更简单的方法？顺便说一句，我正在使用 PowerShell v1.0。

意见：也许这是在 PowerShell 设计中进行权衡的不可避免的结果，但不幸的是，每个命令都需要一个忽略通配符的选项，而不是在 shell 本身中具有该功能，以便所有命令自动受益。

Zend 框架（或使用 Zend_Application 构建的应用程序）是否提供任何持久化 ACL 列表的机制，或者该细节是否留给单个系统/应用程序开发人员？

我在网上看到的大多数示例都涉及在代码中设置 ACL 规则。我很好奇是否有任何标准/首选方法可以将这些规则保存到数据库和/或文件系统中，然后自动加载它们。

我的应用程序不应该执行任何管理任务，所以我希望普通用户帐户能够运行它。唯一的问题是，我的应用程序读取和写入数据库文件；如果运行 Windows 7（或 Vista）的用户在驱动器 C 中安装我的应用程序，驱动器的默认权限集配置不允许我的应用程序写入数据。

如何允许我的应用程序写入 C:，而不需要完全的管理权限？

我们计划在我们的 Linux 平台上实施 ACL。只有一个特定的组将受 ACL 控制。该组最多有 20 个用户。所有限制都将在目录级别（而不是在文件名级别）这是否会对服务器的性能/响应能力产生任何影响？

我有一个大型网站 www.mydomain.com。假设每月有 1000 个新文档，每周有 100 个新用户。我需要能够以编程方式执行以下操作：

• 用户访问 www.mydomain.com/documents
• 用户查看他们有权访问的所有文档的列表（不是所有文档）

我知道您可以单独检索每个文档的 ACL。但是有没有办法在一个 HTTP 请求中为每个“用户”检索 ACL，即他们有权访问的所有文档的列表？像这样的东西，但对于文档（而不仅仅是文档“所有者”）：

仅检索用户拥有的日历。

我很想知道，因为似乎我必须解析 10,000 个文档“条目”标签，找到 ACL，查看用户是否在 ACL 中……这似乎很疯狂。

我错过了什么？

谢谢！