通常、読み取り/dev/randomは100〜500バイトとブロックを生成し、エントロピーが収集されるのを待ちます。
/dev/random他のプロセスによる情報の書き込みが読み取りを高速化しないのはなぜですか?必要なエントロピーを提供すべきではありませんか?
gpg再起動せずにすべてを再入力せずにブロック解除または同様のソフトウェアを使用する場合、非スーパートップシークレットキーを生成する場合などに役立ちます。
gpg --gen-keyから/dev/randomに/dev/urandom再起動せず?
gpgは/dev/randomハードコーディングされています。udev構成を変更して、他の可能性の中でも特に/dev/randomと同じデバイスを作成できます/dev/urandom。
gpg --gen-keyです。したがって、対話的に要求するデータを再レンダリングします(または、より多くのコマンドラインパラメーターを指定するなど、より賢い方法を使用します)。また、プライムホールドを生成するCPU時間も失われます(gpgは1分間動作し、+esを出力してから追加のランダムデータを要求できます)。そして、「ハンマーを取って前方に押し出そう」の代わりに、「戻って他のルートに行こう」という感覚を与えます...
/dev/urandom代わりに読んでください。暗号化の使用/dev/urandomと同じくらい安全ですが/dev/random、の動作/dev/randomは設計が悪いです。