GNU/Linux >> Linux の 問題 >  >> Linux

sign_and_send_pubkey:署名に失敗しました:エージェントは操作を拒否しました

そのため、何時間もの無知なグーグルとヘルプの後、問題が明らかになりました. ssh-keygen を使用して ssh キーを生成していましたが、追加の引数「-o」を追加して、openSSH の新しい形式でキーを生成しました。問題は、私の gnome-keyring が Ed255519 署名方式の鍵をサポートしていなかったことです。 Gnome-keyring は 3.20 以降、これをサポートしていません。 RSA に戻しましたが、もう問題はありません!.


私の場合、問題は、GNOME キーリングが使用する ssh キーの無効なパスフレーズを保持していたことです。この問題のトラブルシューティングにかなりの時間を費やした後、 seahorse を実行しました 空の文字列を保持するエントリが見つかりました。

しばらく前に最初に使用したときのパスフレーズの入力ミスが原因であり、おそらくコマンドラインにフォールバックするためにリクエスターなどをキャンセルしたことが原因であると推測できます。

  • エントリを正しいパスフレーズで更新すると、すぐに問題が解決しました。

  • そのエントリを(「ログイン」キーリングから)削除し、最初のプロンプトでパスフレーズを再入力する(および適切なチェックボックスをオンにする)と、これも解決します。

これで、エージェントは「login」という名前のロック解除されたログイン キーリングから正しいパスフレーズを取得し、パスフレーズを要求したり、「操作を拒否」したりすることはなくなりました。もちろんYMMV.


Linux
  1. PostgreSQLデータベースサーバーの起動に失敗しました–UNIXプロセス用の未登録の認証エージェント[解決済み]

  2. ファイルはいつ作成されましたか?

  3. Linux – Linuxカーネルの実行中にハードドライブに障害が発生した場合はどうなりますか?

  1. Bcを使用したフロート操作?

  2. Vivid – Upstartへの接続に失敗しました:接続が拒否されましたか?

  3. FTP:ディレクトリリストの取得に失敗しました、ファイルが表示されません、MLSD操作が失敗します

  1. MySQL データベースの名前を変更する

  2. Git クローンの失敗:サーバー証明書の検証に失敗しました

  3. docker compose:共有ライブラリの読み込み中にエラーが発生しました:libz.so.1:共有オブジェクトからセグメントをマップできませんでした:操作は許可されていません