无法获取 StrongNameKeyPair 的公钥

Question

我已将开发移植到另一台计算机，如果我运行项目，则会出现以下异常：

无法获取 StrongNameKeyPair 的公钥。

HibernateException：创建代理实例失败

在原始计算机上它可以正常工作，没有问题。

我在谷歌上发现一些加密存在问题，我应该尝试“sn -m n”，但我不知道如何。 sn.exe 位于更多文件夹中，我尝试从命令行运行一些，但它写道：

无法打开注册表项 -- 无法格式化错误消息 00000005

我不知道问题是否是因为 NHibernate，还有更多类似的对话框，并且仅在一种情况下抛出此异常。

有部分代码会抛出异常：

public IList<DTO> GetAll(GridSortOptions sortOptions, DTOListModel<DTO> listModel)
{
    return GetAllCriteria(sortOptions, CreateCriteria(), listModel).List<DTO>();
}

解决方案中没有一个项目使用签名。 我不明白这个错误到底意味着什么以及我应该寻找什么。

Answer 1

NHibernate 正在动态创建 .NET 程序集（动态代理）并需要对它们进行签名。默认情况下，Windows 操作系统将加密密钥存储配置为计算机级别，并将密钥存储在 C:\Documents and Settings\All Users\Application Data\Microsoft\Crypto\RSA\MachineKeys 中。您的用户很可能可以在此文件夹中创建（例如）文本文件，但不能删除它，因为您没有完全控制权。

您的选项是

1. 通过修改可能不建议的权限来完全控制 C:\Documents and Settings\All Users\Application Data\Microsoft\Crypto\RSA\MachineKeys。

2. 通过运行 Windows SDK 中的“sn.exe -m n”将加密密钥存储更改为用户级别。 http://msdn.microsoft.com/en- us/library/k5b5tt23(v=VS.90).aspx 这会将加密密钥存储放在您的用户本地配置文件下，您应该始终对其拥有完全控制权。

网上有几篇文章描述了类似的问题。例如，请参阅 http://support.targetprocess.com/Default.aspx ?g=posts&t=305。

Answer 2

今天在不同的用例（在 W2008R2 机器上运行的 .NET 服务）中遇到了类似的问题，但出现了完全相同的错误。

使用 procmon，我将其追溯到 C:/ProgramData/Microsoft/Crypto/RSA/MachineKeys 中的密钥写入失败。

按照此处所述的指南添加对文件夹具有特殊权限的所有人解决了问题：http://toastergremlin.com /?p=432

另外，请确保添加 EVERYONE @ 本地计算机，而不是 EVERYONE @ 您的域！

Answer 3

对于遇到此问题的其他人来说，我在物理机器上也遇到了同样的例外。一夜之间什么都没有改变，但这个异常从早上开始出现。

结果是磁盘空间不足的问题，动态代理程序集无法写入磁盘。只是意识到这一点是因为我碰巧注意到 Windows“磁盘空间不足”图标短暂出现。 :-P

清除一堆（大）临时文件使问题消失。

Answer 4

我今天遇到了同样的问题，并且不喜欢所提供的解决方案。它们是：

• 拥有您自己的 Castle.Core 版本，并删除了强命名代码。 参考
• 修改文件夹的权限。参考：这个问题
• 更改加密密钥存储。参考：这个问题

下面可能是一个肮脏的黑客，但它工作得很好，我不需要向 IT 解释为什么我希望所有最终用户计算机重新配置。

/// <summary>
/// Ensures that NHibernate creates no strong named proxy assemblies.
/// Assumes usage of Castle.DynamicProxy. Needs to be revisited
/// after update of NHibernate or Castle.Proxy!
/// </summary>
private static void EnsureNHibernateCreatesNoStrongNamedProxyAssemblies()
{
    if (!StrongNameUtil.CanStrongNameAssembly)
    {
        Logger.Debug("NHibernate is not trying to strong name assemblies." +
                     "No action needed.");
        return;
    }

    const string FieldName = "canStrongNameAssembly";
    var type = typeof(StrongNameUtil);
    var field = type.GetField(FieldName, BindingFlags.Static
                                         | BindingFlags.NonPublic);
    if (field == null)
    {
        Logger.Warn(
            "No field with the name {0} exists in the type {1}."
            + "Can't change NHibernate to use weak named proxy assemblies.", 
            FieldName, type);
        return;
    }

    field.SetValue(null, false);

    if (StrongNameUtil.CanStrongNameAssembly)
    {
        Logger.Warn(
            "Couldn't change value of field {0} on type {1}. "
            + "NHibernate will continue to use strong named proxy assemblies.", 
            FieldName, type);
    }
    else
        Logger.Debug("Successfully changed NHibernate to use "
                     + "weak named proxy assemblies.");
}

只需确保在生成第一个代理之前在程序的最开始调用此方法即可。

我想真正的解决方案是升级到 NHibernate 3.3，它应该不再有这个问题，但现在这不是一个选择。