问题标签 [azman]

有 64 位版本的 AzMan 吗？

我们有一个使用 Microsoft.Interop.Security.AzRoles.dll 的应用程序。是否有 64 版本？

Microsoft 在 Server 2003 中为 AzMan（授权管理器）提供了 Microsoft.Interop.Security.AzRoles 互操作库。它是在 .NET 1.0 下构建的。

谁能告诉我这与创建对“azroles 1.0 类型库”(C:\Windows\system32\azroles.dll) 的引用之间是否有区别，该引用最终为 Interop.AZROLESLib？除了命名空间？它会在当前版本的 .Net 下创建吗？

我有一个托管在 IIS6 中的 WCF 服务。该方法的重要部分如下所示：

当使用大量用户名（超过 100 个左右）调用此方法时，该方法的性能很差。返回可能需要一分钟多的时间。此外，如果多个客户端同时调用此方法，则会超时。我什至看到它降低了应用程序池。请注意，在循环中调用了 AzMan。AzMan 是非托管 COM 组件。

为了提高性能，我正在考虑采用多线程方法。.NET 4 不是一个选项，因此 Parallel.For 不是一个选项，但在 3.5 中进行等效操作是。

我的问题是创建一堆线程（然后在返回之前等待所有线程）实际上会提高性能吗？在 IIS6 托管的 WCF 服务中执行此操作是否存在危险？

我正在我的应用程序中实现基于 azman 角色的安全性。

我已经看到了如何使用 XML 或 SQL 来配置它。

但我无法理解哪个更安全？

我正在为我的应用程序使用单击一次部署。

如果我通过单击一次部署分发 xml 文件，如果某些用户修改 XML 文件并执行未经授权的任务怎么办？

SQL Server 也一样，如果有用户连接到 SQL Server 并更新角色怎么办？

我想知道哪个更安全（XML 或 SQL）？有人可以就上述问题向我解释一下吗？

谢谢，

文卡特。

我正在尝试为我的一个 ASP.NET 应用程序评估 AzMan，但我遇到了一个奇怪的问题。我的测试应用程序需要三个角色：

• 用户
• 所有者
• 行政

我在应用程序的 App_Data 中创建了 XML 授权存储并添加了这些角色定义。我将我的测试 ASP.NET 应用程序配置为使用 AuthorizationStoreRoleProvider，并添加了一些使用 Principal.IsInRole 和 PrincipalPermission 的测试代码。在我的本地计算机上一切正常，本地帐户分配给 AzMan 中的角色。

然后我将我的测试应用程序移到服务器上，并将 Active Directory 用户和组分配给 AzMan 的角色。现在 PrincipalPermission 和 Principal.IsInRole 不再起作用了。有趣的是，如果我将内置的每个人组分配给任何角色，它都会起作用，因此分配给角色的 AD 用户和组存在一些问题。我可以将 XML 授权存储与 AD 组和用户一起使用吗？还有什么可能导致这样的问题？

当我使用 MSBuild 4 构建解决方案时，它会成功编译：

C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe MySolution.sln

构建成功。

但是当我尝试使用 MSBuild 3.5 执行相同操作时，我收到以下错误，即使源相同并且我使用相同的库和相同版本的 .NET Framework。

C:\Windows\Microsoft.NET\Framework\v3.5\MSBuild.exe MySolution.sln

错误 CS1501：方法“InitializeClientContextFromStringSid”没有重载采用“2”参数

错误 CS1501：方法“GetRoles”没有重载采用“0”参数

我得到的错误与授权管理器（AzMan）有关。

第一个错误中的方法'InitializeClientContextFromStringSid'属于Microsoft.Interop.Security.AzRoles的成员公共接口IAzApplication。

第二个错误中的方法'GetRoles'属于公共接口IAzClientContext，也是Microsoft.Interop.Security.AzRoles的成员。

我通过以下方式使用这些方法：

var clientContext = _azApplication.InitializeClientContextFromStringSid(member, 0);

其中变量成员是包含来自用户的 Windows Active Directory SID 的字符串，_azApplication 的类型为 IAzApplication。

clientContext.GetRoles()

其中clientContext 是IAzClientContext 类型。

为什么我的解决方案是使用 MSBuild 4 而不是使用 MSBuild 3.5 构建的，即使我的目标是相同版本的 .NET Framework (3.5)？

我最近将一个解决方案从 VS2008 升级到了 VS2010。只是解决方案升级，没有别的。我的目标是.Net 3.5。该解决方案设置为为“任何 CPU”构建构建。现在，在解决方案升级后，我在尝试使用 Azman 时收到了 BadImageFormatException：

“无法加载文件或程序集 'Interop.AZROLESLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' 或其依赖项之一。试图加载格式不正确的程序。”

当我将解决方案设置为构建 32 位时，一切仍然正常，Azman 工作正常。顺便说一句，我在 Windows 7 64 位上运行它。有什么想法吗？

我们有一个使用 WCF 服务和 ADAM/AzMan 的自定义成员资格提供程序。我们最近看到了很多错误，这似乎与我们的 Web 应用程序的大量使用相对应。

我发现在 Web 应用程序中，每次用户登录时都会对管理员帐户进行更新。

在大量使用的情况下，看起来两个不同的进程正在尝试更新管理员帐户中的配置文件信息。我看到的错误是：

这是来自阿兹曼。

我的问题是：在 ADAM/AzMan 中尝试对同一记录（甚至是同一个 ADAM 实例）进行并发更新会引发错误，并且该错误是否超出了我应该预期的错误？

编辑我们已经删除了不断更新管理员帐户的代码，这大大减少了错误。我们仍然偶尔会遇到错误。我们有几个应用程序都使用相同的 ADAM 实例。如果其中几个应用程序尝试更新 ADAM 中的数据，这会导致问题吗？

我有一个调用授权管理器 (AzMan) API 的 WCF 服务 - 这是一个 COM 接口。我使用以下代码获取给定用户帐户的角色列表：

这段代码大部分时间都可以正常工作。但是，在进行负载测试时（始终使用相同的 userSID）​​，此代码有时会为角色列表返回一个空数组。AzMan 是否有负载过重的问题，或者我对 AzMan COM 对象的 regaurd 有什么不对的地方吗？

我正在尝试遵循这些说明，了解如何将 AD LDS 用于应用程序的成员资格和角色。我几乎已经完成了所有设置，但结束代码调用来自 Microsoft.Interop.Security.AzRoles 的“IAzApplication2”对象。

我可以看到如何在 Server 2003 中安装它，但我不知道如何在 Server 2008 中安装和/或实现它。事实上，我的服务器似乎根本无法引用 Microsoft.Interop 命名空间.

有人可以指出我如何到达 IAzApplication2(+) 对象的正确方向吗？我错过了一个文件吗？