Anno domini 2019 Mon, 18 Feb 23:31:24 +1100 wirelessduck--- via Dng scripsit: > > > On 18 Feb 2019, at 21:50, Didier Kryn <k...@in2p3.fr> 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 ... _______________________________________________ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
