1

signtool.exe を使用して一連のマネージド アセンブリに署名します (コマンド プロンプトから、簡単な .bat ファイル for ループで signtool.exe を実行し、pfx ファイルから証明書を適用します)。

  • ドメイン管理者のアカウントで実行すると、1 分未満で実行されます。
  • ローカル ユーザー アカウントで実行すると、37 分かかります。

セットアップと条件 (使用するログイン アカウントを除く) は、どちらの場合も同じです。

言うまでもなく、ビルド サーバーは「間違った」アカウントを使用して実行されています。

signtool.exe の速度に大きな影響を与える可能性のあるユーザー アカウント設定を思いつく人はいますか? 外部サービスと対話する必要がありますか?

4

1 に答える 1

3

インスピレーションの瞬間に、私は問題を解決しました。他の誰かがこれに遭遇した場合、それは私たちのプロキシサーバーが原因でした。

管理者アカウントには、プロキシサーバーを介してローカルアドレスが解決されないように除外がありましたが、ビルドアカウントには除外がなかったため、signtoolはプロキシを介して不必要にラウンドトリップしていました（数千マイル離れているため、非常に低速です）。

タイムスタンプが無効になっているローカルpfxファイルを使用してローカルファイルに署名するときにsigntoolがインターネットにpingを実行する必要がある理由はわかりませんが、ローカルプロキシの除外を追加すると修正されました。

于 2010-07-23T08:37:47.610 に答える