タグ付けされた質問 「pinentry」

2
pinentry-cursesを正しいttyで起動する方法は?
gpg-agent両方のPGP e SSH IDの管理に使用しています。エージェントは次のようなスクリプトで開始されます gpg_agent_env="$XDG_CACHE_HOME/gpg-agent.env" export GPG_TTY="$(tty)" if ! ps -U "$USER" -o ucomm | grep -q gpg-agent; then eval "$({gpg-agent --daemon | tee $gpg_agent_env} 2> /dev/null)" else source "$gpg_agent_env" 2> /dev/null fi これは、インタラクティブシェルを実行するたびに読み込まれます。このセットアップではすべてが正常に機能しますが、問題があります。私が言ってみましょう: ターミナルを開き(バックグラウンドでエージェントを起動)、作業を開始します しばらくして、2つ目の端末を開きます 2番目の端末でパスフレーズを入力する必要があるアクションを実行する この時点でパスフレーズのプロンプトgpg-agentが開始pinentry-cursesされますが、最初のターミナルでこれが実行され、実行中のもの(通常はテキストエディター)と出力が混合され、プログラムを再開したり、ピンエントリを停止したりできません(100%cpuの使用を開始します)。そして私はそれを殺さなければなりません)。 私はここで何か悪いことをしているに違いありません。誰もがこれを経験しましたか? 更新: 私はこれが唯一のように見えるSSHキー、ロックを解除するためのプロンプトのために起こる考え出しこの PGPキーのプロンプトは常に正しい(すなわち電流)のttyにオープンしている間に、。
13 tty  gpg  pinentry 

2
Pinentryはgpg-agentとSSHで失敗します
Fedora 22を実行しています。GnuPGをセットアップして、Yubike NeoにあるPGP認証サブキーを使用してSSH接続を認証しようとしています。 次のようにgpg-agentを起動するsystemdユニットがあります。 /usr/bin/gpg-agent --homedir=%h/.gnupg --daemon --use-standard-socket そして、私は構成でSSHサポートを有効にしました: enable-ssh-support pinentry-program /usr/bin/pinentry-gtk セットアップの他の部分には、ファイルのキーのキーグリップの~/.gnupg/sshcontrol追加、リモートホストへの公開キーの追加、環境変数の宣言が含まれます。 セットアップが機能しているように見えるさまざまなログをグローバルに見ると、SSHがキーを見つけましたが、実際にはそのキーで署名できていないことがわかります。からのログをgpg-agent見ると、pinentryプログラムの起動に失敗しており、PINコードを要求していないことがわかります。 2015-07-22 23:23:28 gpg-agent[6758] DBG: error calling pinentry: Ioctl() inappropriate for a device <Pinentry> 2015-07-22 23:23:28 gpg-agent[6758] DBG: chan_8 -> BYE 2015-07-22 23:23:28 gpg-agent[6758] DBG: chan_7 -> CAN 2015-07-22 23:23:28 gpg-agent[6758] DBG: chan_7 <- ERR 100663573 The …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.