:: Re: [DNG] WAIT_ONLINE_METHOD=none
Página superior
Eliminar este mensaje
Responder a este mensaje
Autor: Dr. Nikolaus Klepp
Fecha:  
A: dng
Asunto: Re: [DNG] WAIT_ONLINE_METHOD=none
Anno domini 2019 Mon, 18 Feb 23:31:24 +1100
wirelessduck--- via Dng scripsit:
>
> > On 18 Feb 2019, at 21:50, Didier Kryn <kryn@???> wrote:
> >
> >> Le 17/02/2019 à 17:29, Mike Tubby a écrit :
> >> If you install 'haveged' package /dev/random and /dev/urandom should (a) be better quality and (b) programs that need chunks of random data such as SSL on start-up should come up more quickly, i.e. not block waiting
> >
> >
> >     Looks kije a great suggestion. I'd never heared of it.

> >
> >     Shouldn't this package be recommended, or at least suggested, by things like openssl and openssh ?

>
> The quality of entropy from haveged is not guaranteed.
>
> https://security.stackexchange.com/questions/34523/is-it-appropriate-to-use-haveged-as-a-source-of-entropy-on-virtual-machines
>
> https://lwn.net/Articles/525459/
>
> Maybe rng tools might be a better option if you are low on entropy? I don’t claim to be an expert on security or crypto though.
>
> https://wiki.archlinux.org/index.php/Rng-tools
>
> —Tom


Just tested "rng-tools": they also work.

Comming back to the original issue: I tested ifplugd - which turned out to be not very reliable, but worked at least some hours. Now I tested "netplugd". The result is not verry promising: eudev logged the plug-event immediately, but netplugd sometimes took a break for 5 minutes ore more to detect that the cable was plugged in.

Is there a deeper reason why eth0 plug/unplug events cannot be handled by eudev (any more)?

Nik


--
Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...