問題タブ [gpg-agent]

以下の簡単なスクリプトは、gpg-agent キャッシュ内の有効なパスフレーズをチェックするために使用されます。パスフレーズが有効な場合は OK と表示されますが、パスフレーズが無効な場合は警告メッセージが表示されます。

上記のスクリプトを実行すると、キャッシュされたパスフレーズを保存するための新しい gpg-agent プロセスも実行されます。したがって、この場合は PID です。3309

上記のスクリプトで問題ありません。

次に、cronjob を介して実行するように設定したいくつかの bash スクリプトがあります。したがって、このスクリプトのそれぞれが cronjob を介して実行されると、突然、異なる PID を持つランダムな gpg-agent プロセスが実行されていることがわかります (そして、今では 2 つの gpg-agents を取得しています):

ここで、PID392612は、cronjob プロセス中に実行されていた新しいランダム gpg エージェントです。

実行中であってもかまいませんが、ここでの大きな問題は、新しいランダム gpg-agent プロセスが実行されているときに、上記の bash スクリプトを再実行して gpg-agent で有効なパスフレーズを確認すると、次のエラーが発生することです。 :

cronjob スクリプトの実行が終了すると、有効なパスフレーズが再び表示されます。

したがって、エラーはランダムな gpg-agent が原因で発生し、それ自体が終了するまで実行され、キャッシュされたパスフレーズが再び有効になります。これが、bash スクリプトを実行するとこの gpg-agent プロセスも実行できる理由を混乱させます。

したがって、これone example of my cronjob scriptsにより、新しいランダム gpg-agent が実行されます (cronjob を介して実行した場合のみ)。これをターミナル経由で実行すると、ランダムな gpg-agent が作成されません)。cronjob のすべてのスクリプトが同じ問題を生成したため、このコードを示すことは重要ではないと思います。

上記のスクリプトの crontab は次のようになります。

26 18 * * * ルート /root/testgpg > /dev/null

そのため、18:26 の正確な時刻に、新しいランダム gpg-agent が作成されました。コードに問題は見られず、gpg に関連するものは何もありません。上記のスクリプトを cronjob 経由でこのように実行すると、新しい gpg-agent プロセスが実行されるのはなぜですか? これは、バックアップ スクリプトなどの他のスクリプトでも発生します。これをデバッグする方法はありますか? このエラーの背後にある理由を見つけるために数週間費やしましたが、今はその理由とこれを防ぐ方法を知りたいだけです.

トピックには、より一般的なスレッドが既にあります。 git commits に署名するときに GPG パスワードを覚えていますが、そこの答えは私にはうまくいきません。私の環境は次のとおりです。

• Mac (macOS@10.15.7)
• Bash (macOS に付属するデフォルト)
• Git v2.27.0
• GnuPG v2.2.20 (libgcrypt 1.8.5)

Homebrew 経由で GnuPG をインストールし、次の設定を~/.gnupg/gpg-agent.confファイルに書き込みました。

ただし、キャッシュは適用されません。を実行した後、約 10 分ごとにgit commit、gpg からパスワードの再入力を求められます。

これは私のグローバル.gitignoreファイルです:

私は何が欠けていますか？

リモートコンテナ拡張機能なしでvscode dockerコンテナにgpgをセットアップする方法はありますか? (私はそれを動作させることができなかったため)

vscode 1.56.2 と remote-containers 0.177.2 を使用しています

ありがとう

このコードがあります：

なぜ必要なのecho "hello world" > temp.txtですか？