問題タブ [strong-named-key]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - 同じプロジェクトの異なるソリューション サイン構成
厳密な名前記号を構成として使用する方法を見つけようとしています。私の場合は、2 つの異なるソリューションに含まれるプロジェクトがあります。1 つのソリューションでは、プロジェクトが厳密な名前のキーで署名されることを望みますが、他のソリューションでは、プロジェクトが署名なしであることを望みます。
現在、署名スローを宣言しています: project->properties->signing.
.net - 厳密な名前の sn.exe: キー ペアのインストールに失敗しました -- オブジェクトが既に存在します
私のマシンには、同じプロジェクトの 2 つの異なるバージョンがあります。1 つはコード トランクから、もう 1 つはコード ブランチからです。これらのプロジェクトは、厳密な名前付けを有効にするために .pfx キーを使用します。プロジェクトのトランク バージョンを最初にコンパイルしようとしたときに、次のエラーが発生しました。
次のキー ファイルをインポートできません: sgKey.pfx。キー ファイルは、パスワードで保護されている場合があります。これを修正するには、証明書を再度インポートするか、次のキー コンテナー名で証明書を厳密な名前の CSP に手動でインストールしてください: VS_KEY_45891C38BC1BB345
これを解決するには、次のコマンドで sn.exe を使用します。
sn -i sg Key.pfx VS_KEY_45891C38BC1BB345
これにより、トランク プロジェクトの問題が解決され、問題なくビルドされます。
ただし、プロジェクトのブランチ バージョンをビルドしようとすると、(同じキー コンテナー名で) 同じ初期エラーが発生し、sn.exe を使用して証明書をインストールしようとすると (驚くことではありませんが) 次のエラーが発生します。 :
キー ペアのインストールに失敗しました -- オブジェクトは既に存在します
これは、sn コマンドで同じinfileとコンテナーを使用したという点で理にかなっていますが、理解しようとしているのは次のとおりです。
- このオブジェクトが既に存在する場合、証明書が既にインストールされているように見えるため、プロジェクトがビルドに失敗するのはなぜですか。
- これを解決するにはどうすればよいですか (たとえば、アンインストールしてから再インストールできますか? また、できる場合、その方法は?)
.net - Should I resign the assembly with a new strong name key?
Should i be creating a new strong name key to resign a class assembly if i change the version information / number of the class assembly ?
For example : The class assembly version information is currently 1.0.0.0. If I change the version no. to 1.1.0.0, should i create/resign the assembly? or does the strong name key use the new version information when the assembly is re-built?
thanks!
c# - このアセンブリの厳密な名前の署名は無効です Microsoft.Practices.EnterpriseLibrary.Data.dll
ClickOnce 配置として Windows フォーム アプリケーションを実行しています。ソリューションをデバッグすると、エラーが発生しません。それはうまくいっています。しかし、クリック ワンス デプロイを使用してアプリケーションを公開し、フォルダーからアプリケーションを実行すると、次のエラー ログが表示されます。正確に何が問題なのか、誰かが私を助けることができますか?
c# - 署名および公開されたライブラリの新しいバージョンの厳密な名前キーを変更しても安全ですか?
製品用の新しいライブラリを開発しているときに、(Visual Studio を介して) キーを生成し、それぞれ独自のキーとパスワードを使用してライブラリに署名しました。私はこれまで署名に遭遇したことがなく、急いでこれを行いました。
ここで、すべてのライブラリに共通のキーを使用することにしました。ただし、これらのライブラリはすでにリリースされており、最初のキー セットで署名されています。
別の鍵で再署名して公開しても安全ですか? 公開に問題はありますか？
passwords - 開発者が TFS 回避策からブランチをプルするたびに PFX パスワードを再入力する必要がありますか?
私のソリューションの 11 個の DLL は、PFX 証明書 (Click-Once インストールを使用する非常に大規模なエンタープライズ アプリケーション) を使用する必要があります。証明書は完全に機能しますが、誰かが別の開発者/ワークステーションから TFS ブランチを取得するたびに、証明書のパスワードが無効になり、次のメッセージが表示されます。
エラー 次のキー ファイルをインポートできません: CertificateName.pfx。キー ファイルは、パスワードで保護されている場合があります。これを修正するには、証明書を再度インポートするか、次のキー コンテナー名で証明書を厳密な名前の CSP に手動でインストールしてください: VS_KEY_DB583A44F66CCF4B AssemblyName
11 個のアセンブリすべてに対して同じパスワードの再入力を強制する[下の画像]。この非常に時間のかかるリグマロールの解決策/修正は何ですか?
別のワークステーションから同じパスワードを入力すると、技術的に異なるキーを生成するローカル値が使用されることは理解していますが、この問題が発生したのは私が初めてではないと確信しています。