パッケージの署名の検証に使用する設定ファイルは別に存在します。設定ファイルを配置してください。ホームディレクトリにファイルがコピーされます。作成してスケルトンディレクトリからファイルをコピーします。ホームディレクトリが存在するユーザーはスキップされます。ID、指紋、名前やメールアドレスの一部などを指定できます。(楕円曲線暗号など)。上記のコマンドを実行すると複数の質問がきかれます。鍵長は2048ビットで十分です。"大した効果はありませんし、無駄に時間がかかるようになるだけです"。副鍵の有効期限の設定は技術的には必須ではありませんが、設定することは悪くありません。標準的なユーザーなら、1年間で十分でしょう。鍵束へのアクセスを失っても、他の人が有効でないことを知ることができるようになります。鍵を作成した後、新しい鍵を再発行しなくても満了日は延長することができます。名前とメールアドレス。(複数のメールアドレスが存在する場合など)。コメントは必要ありません。ため、識別子としては限定的です。(セキュリティ#パスワードの管理を参照)。入力した名前とメールアドレスは鍵をインポートすれば誰でも確認できるようになります。互いの鍵束の公開鍵を交換して、メッセージを暗号化するときに使用します。秘密鍵は必ず漏洩しないようにしてください。機密性が破れてしまいます。他の人があなたに暗号化したメッセージを送れるようにするには、彼らがあなたの公開鍵を知っている必要があります。user-idあるいは、鍵サーバーで鍵を共有する方法もあります。使うか、これを設定ファイルに書くことでバージョン番号の表示を抑制できます。公開鍵のインポートメッセージを暗号化して他の人に送るには、彼らの公開鍵が必要です。public.keyあるいは、鍵サーバーで公開鍵を見つけます。key-id警告:誰でも鍵サーバーに鍵を送ることができます。そのため、ダウンロードした鍵が本当にその人のものであると信用してはいけません。入手した鍵の指紋を、持ち主が別の場所(ブログ、サイト、メール・電話で連絡するなど)で公開している指紋と比較してその鍵の真正性を確かめるべきです。複数の情報源を使うことでその鍵の信頼性は増します。短いと衝突する可能性があります。