On Sat, Aug 21, 2010 at 08:46:24PM -0700, Wolfgang S. Rupprecht wrote:
>
> Is there an approved way to increase the speed at which the random pool
> for /dev/random fills up? I'm playig with dnssec and getnerating 2k rsa
> keys is taking up to 3 hours. I've been googling a bit and Intel x86_64
>
2010/8/22 Thomas Cameron :
> On 08/21/2010 10:46 PM, Wolfgang S. Rupprecht wrote:
>>
>> Is there an approved way to increase the speed at which the random pool
>> for /dev/random fills up? I'm playig with dnssec and getnerating 2k rsa
>> keys is taking up to 3 hours. I've been googling a bit and
Wolfgang S. Rupprecht wrote:
> Bill Davidsen writes:
>> Wolfgang S. Rupprecht wrote:
>>> Is there an approved way to increase the speed at which the random pool
>>> for /dev/random fills up? I'm playig with dnssec and getnerating 2k rsa
>>> keys is taking up to 3 hours. I've been googling a bit
"Bryn M. Reeves" writes:
> If /dev/urandom doesn't provide high enough quality entropy for your
> uses you could consider investing in an entropy key:
>
> http://www.entropykey.co.uk/
Thanks! I didn't know hardware RNG's were available this cheaply. This
is a very interesting idea!
-wolfgang
Thomas Cameron writes:
> What are you doing that is worth waiting a month for? Or would you have
> to kill us if you told us? ;-)
;-)
No, nothing too exciting. I'm just trying to secure my DNS information
and since the key is very public (it is published in DNS itself) I
figured I should re
Bill Davidsen writes:
> Wolfgang S. Rupprecht wrote:
>> Is there an approved way to increase the speed at which the random pool
>> for /dev/random fills up? I'm playig with dnssec and getnerating 2k rsa
>> keys is taking up to 3 hours. I've been googling a bit and Intel x86_64
>> machines seem
On 08/22/2010 04:46 AM, Wolfgang S. Rupprecht wrote:
>
> Is there an approved way to increase the speed at which the random pool
> for /dev/random fills up? I'm playig with dnssec and getnerating 2k rsa
> keys is taking up to 3 hours. I've been googling a bit and Intel x86_64
> machines seem to
On Sun, 2010-08-22 at 17:46 +0200, Roberto Ragusa wrote:
> As for 1) there are hardware generators based on physical phenomenons
> (from electronic noise to nuclear decay). I would suggest you to use
> an audio input sampling some noise (fan noise). The ambient noise
> in addition to the electrical
On Mon, Aug 23, 2010 at 5:34 AM, Bill Davidsen wrote:
> To be honest, I thought the data from the TCO random generator was funneled in
> already. That's what the "intel-rng" module does.
>
I don't think that modern Intel CPU's include this function..
-c
--
users mailing list
users@lists.fedorap
Wolfgang S. Rupprecht wrote:
> Is there an approved way to increase the speed at which the random pool
> for /dev/random fills up? I'm playig with dnssec and getnerating 2k rsa
> keys is taking up to 3 hours. I've been googling a bit and Intel x86_64
> machines seem to have random number hardware
On 08/22/2010 02:47 AM, Wolfgang S. Rupprecht wrote:
>
> Thomas Cameron writes:
>> I've always heard that you can get faster random numbers by generating a
>> lot of interrupts. I usually do something like run
>> /etc/cron.daily/mlocate to generate a lot of disk activity.
>
> I noticed that thing
Wolfgang S. Rupprecht wrote:
> Is there an approved way to increase the speed at which the random pool
> for /dev/random fills up? I'm playig with dnssec and getnerating 2k rsa
> keys is taking up to 3 hours. I've been googling a bit and Intel x86_64
> machines seem to have random number hardware
On Sun, 2010-08-22 at 00:47 -0700, Wolfgang S. Rupprecht wrote:
>
> I noticed that things speed up quite a bit if I move the mouse in
> circles for 10 minutes.
But you're also doing something predicatable and repetetive -- moving
your mouse in circles for 10 minutes.
>
> I'm a bit wary of uran
Tim writes:
> On Sat, 2010-08-21 at 23:43 -0500, Thomas Cameron wrote:
>> I've always heard that you can get faster random numbers by generating
>> a lot of interrupts. I usually do something like
>> run /etc/cron.daily/mlocate to generate a lot of disk activity.
>
> I've always wondered whether
Thomas Cameron writes:
> I've always heard that you can get faster random numbers by generating a
> lot of interrupts. I usually do something like run
> /etc/cron.daily/mlocate to generate a lot of disk activity.
I noticed that things speed up quite a bit if I move the mouse in
circles for 10
On Sat, 2010-08-21 at 23:43 -0500, Thomas Cameron wrote:
> I've always heard that you can get faster random numbers by generating
> a lot of interrupts. I usually do something like
> run /etc/cron.daily/mlocate to generate a lot of disk activity.
I've always wondered whether that would provide it
On 08/21/2010 10:46 PM, Wolfgang S. Rupprecht wrote:
>
> Is there an approved way to increase the speed at which the random pool
> for /dev/random fills up? I'm playig with dnssec and getnerating 2k rsa
> keys is taking up to 3 hours. I've been googling a bit and Intel x86_64
> machines seem to h
On 08/21/2010 10:46 PM, Wolfgang S. Rupprecht wrote:
>
> Is there an approved way to increase the speed at which the random pool
> for /dev/random fills up? I'm playig with dnssec and getnerating 2k rsa
> keys is taking up to 3 hours. I've been googling a bit and Intel x86_64
> machines seem to h
Is there an approved way to increase the speed at which the random pool
for /dev/random fills up? I'm playig with dnssec and getnerating 2k rsa
keys is taking up to 3 hours. I've been googling a bit and Intel x86_64
machines seem to have random number hardware built in (perhaps also
AMD???) Is
19 matches
Mail list logo
