通常,从中读取/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可以工作一分钟,打印一些+
es,然后请求其他随机数据)。它给人一种“让我们往回走的路线”的感觉,而不是“让我们用锤子将其向前推”的感觉……
/dev/urandom
。/dev/urandom
与/dev/random
加密使用一样安全,行为/dev/random
不当。