web-dev-qa-db-ja.com

Seahorse：バックアップとしてキーリングをエクスポートおよびインポート

タツノオトシゴのキーリングを含むUbuntu 18.04のバックアップを準備しようとしています。そのためにrsyncを使用して/ home/user/.local/share/keyrings /NASに。

次に、Ubuntu 18.04を使用してこのデータを2番目のコンピューターにコピーしますが、Seahorseは*。keyring-ファイル。手動でインポートしようとするとSeahorseこのエラーメッセージが出力されます。

<file>.keyring
Could not display "<file>.keyring"
Reason: Unrecognised or supported data.

here で説明されている暗号化の問題のようです。ただし、特にキーリングの復号化はオプションではありません。

バックアップキーリングを復元する、または他のコンピューターに転送する適切な方法は何ですか？

backupnaskeyringsseahorse
2
Alex44

私はこれを見つけました post @dobeyがキーリングのタツノオトシゴデーモン/サービスがキーリングデータ全体で実行されてはならないことを指摘したところ、上書きされます。

そのために、次の手順を実行しました。

  1. ターゲットコンピュータの電源を入れますが、ログインまたはログアウトしません。

  2. 他のコンピューターを使用して、sshを使用してNASにログインします。次に、バックアップフォルダーに変更します。

    user@nas:~$ cd <path to backup>

  3. Scpを使用して、キーリングデータをターゲットコンピューターにコピーします。

    user@nas:<path to backup>$ scp -r home/user/.local/share/keyrings/ <user>@<target ip>:.local/share/

  4. ターゲットコンピューターにログインします。タツノオトシゴ/キーリングを開きます。コピーされたキーリングは、ここにリストされる（または更新される）.
    Sitenoteテストで最初に認識したもの：タツノオトシゴキーリングはパスワードで保護されており、Originコンピューターからのパスワードを保持します。私の場合、それはユーザーのログインと同じでした。今から別のものを使用することをお勧めします;）。

この方法の不利な点は、2台目のコンピューターまたは少なくとも2つのアカウントを持つコンピューターが必要なことです。ただし、使用できるコンピューターが1台だけの場合は、一時的にキーリングデーモンを有効にすると動作する場合があります。

  1. サービスの正しいスペルを検索し、PIDを取得します。

    user:~$ ps -u user | grep seahorse
user:~$ ps -u user | grep keyring
 1234 ?        00:00:00 gnome-keyring-d

  2. 上記（1234）のPIDを使用してプロセスを強制終了して、サービスを停止します。

    kill 1234

  3. 上記のように（または、もっと好きな方法で）キーリングデータをコピーします。

  4. サービスを開始します。

    user:~$ /usr/bin/gnome-keyring-daemon --daemonize
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh

service gnome-keyring-daemon stop|startを使用したアプローチでは、次のエラーが発生します：Failed to stop gnome-keyring-daemon.service: Unit gnome-keyring-daemon.service not loaded.そのため、上記の方法を選択します。これを処理する正しい方法を提供できます。

0
Alex44