3 回答
TA贡献1804条经验 获得超7个赞
我也遇到了这个问题。我能够通过运行来解决问题
sn -i <KeyFile> <ContainerName>(将密钥对安装到命名容器中)。
sn通常作为Windows SDK的一部分安装。例如C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools\sn.exe。此位置很可能不在标准环境的搜索路径中。但是,Visual Studio安装的“开发人员命令提示符”添加了通常包含正确位置的其他信息。
根据您的帖子,看起来像
sn -i companyname.pfx VS_KEY_3E185446540E7F7A
这必须从PFX文件的位置运行,如果您在VS 2010中加载了解决方案,则只需在解决方案资源管理器中右键单击pfx文件,然后选择“打开命令提示符”,这将在其中启动.net 2010 cmd提示工具。正确的目录。
在运行此sn命令之前,我确实通过右键单击pfx并选择install重新安装了pfx,但是该方法不起作用。只是要注意一点,因为这可能是提供解决方案的两者的结合。
希望这有助于解决您的问题。
TA贡献1828条经验 获得超3个赞
我发现了一个修复程序,可以帮助您在多开发人员环境中成功构建:
而不是更改密码(这将导致.pfx更改),而是从组合框中重新选择 .pfx文件。然后,这将调用密码对话框。输入密码后,项目将建立成功。每个开发人员都可以在本地计算机上执行此操作,而无需实际修改.pfx文件。
我仍然无法在我们的构建服务器计算机上对程序集进行签名。我在那里遇到了相同的错误,但是使用sn.exe -i方法不能解决buildserver的问题。
TA贡献1780条经验 获得超1个赞
我遇到了同样的问题,删除商店后无法正常阅读。我必须执行以下操作。
获取OpenSSL的副本。它可用于Windows。或者使用Linux机器,因为他们几乎都拥有它。
运行以下命令以导出到密钥文件:
openssl pkcs12 -in certfile.pfx -out backupcertfile.key
openssl pkcs12 -export -out certfiletosignwith.pfx -keysig -in backupcertfile.key
然后,在项目属性中,您可以使用PFX文件
- 3 回答
- 0 关注
- 1313 浏览
添加回答
举报