Displaying 20 results from an estimated 2000 matches similar to: "Variable path to ssh_prng_cmds?"
2002 Nov 30
4
[Bug 449] ssh_prng_cmds has malformed arp command
http://bugzilla.mindrot.org/show_bug.cgi?id=449
------- Additional Comments From keith at ajmani.org 2002-12-01 04:43 -------
Aside: this bug also existed in previous versions of opensshd. My bad for not
reporting it earlier.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
2001 Nov 02
7
Entropy and DSA keys
I remember a discussion to the effect that using DSA keys in sshd
increases the requirement for random bits available on the system... and
that this requirement (was it a 128 bit random number per connection?)
presents security problems on systems that don't have a decent source of
entropy? Am I misinterpreting those discussions?
We are having a problem deploying sshd (no prngd) where sshd
2001 Nov 06
1
Entropy and DSA key
On Tue, 6 Nov 2001, Dan Astoorian wrote:
> Date: Tue, 6 Nov 2001 13:23:58 -0500
> From: Dan Astoorian <djast at cs.toronto.edu>
> To: Dave Dykstra <dwd at bell-labs.com>
> Cc: Ed Phillips <ed at UDel.Edu>
> Subject: Re: Entropy and DSA key
>
> On Tue, 06 Nov 2001 10:54:12 EST, Dave Dykstra writes:
> > > On Mon, 5 Nov 2001, Ed Phillips wrote:
>
2017 Sep 18
2
Update from 7.3 to 7.4 failing because of architecture change from PPC64 to PPC
Yep. This worked. Thanks!
Why yum can't figure this out itself?
On Mon, Sep 18, 2017 at 3:29 PM, Johnny Hughes <johnny at centos.org> wrote:
> On 09/18/2017 08:18 AM, Armin Kunaschik wrote:
>> Hello,
>>
>> I'm having problems updating from 7.3 to 7.4 on my ppc64 (IBM Power7
>> p770) installation.
>> yum update stops with
>> Error: Multilib
2002 Apr 01
1
entropy problems IRIX
Hello!
I am running openSSH 2.9x on an IRIX 6.5.x platform.
This was recently installed using SGI-supplied
"freeware" binaries.
I find that as time goes on, it takes more attempts
to establish an ssh connection from the IRIX platform
to another machine, as it fails with "not enough entropy
in PRNG." I posted a note asking for assistance, and
received a reply suggesting I
2003 May 04
9
[Bug 318] Install failure creating ssh_prng_cmds
http://bugzilla.mindrot.org/show_bug.cgi?id=318
------- Additional Comments From dtucker at zip.com.au 2003-05-04 19:12 -------
Does anyone see any problems with the patch id #186? It seems OK to me.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
2001 Jan 18
1
Announcement: PRNGD 0.9.0 available
Hi!
I have just made the 0.9.0 release of PRNGD available.
PRNGD is the Pseudo Random Number Generator Daemon.
It has an EGD compatible interface and is designed to provide entropy
on systems not having /dev/*random devices.
Software supporting EGD style entropy requests are openssh, Apache/mod_ssl,
Postfix/TLS... Automatic querying of EGD sockets at fixed locations has
been introduced in the
2001 Mar 11
4
prng_cmds/init_rng() question/patch
I have a need to provide ssh client binaries for use elsewhere on
several platforms, some without /dev/random support. I can't assume
that users will know how to install/run prngd or egd, so I was
planning to rely on the builtin prng code. However this require the
ssh_prng_cmds file to exist in a fixed location -- which would mean
making binaries which either look for it in . or other
2002 Jun 29
3
[Bug 323] arp -n flag doesn't exist under Solaris, ssh_prng_cmds still uses it
http://bugzilla.mindrot.org/show_bug.cgi?id=323
------- Additional Comments From luc at suryo.com 2002-06-30 05:40 -------
A better solution is to install the pacthes that will support /dev/random and
/dev/urandom. Then recompile openssl and then openssh.
Solaris 8:
112438-01 patch for Sparc
112439-01 patch for x86
Solaris 9:
has standard /dev/random and /dev/urandom
Not sure if one can
2017 Sep 18
4
Update from 7.3 to 7.4 failing because of architecture change from PPC64 to PPC
Hello,
I'm having problems updating from 7.3 to 7.4 on my ppc64 (IBM Power7
p770) installation.
yum update stops with
Error: Multilib version problems found.
[..]
Protected multilib versions: systemd-libs-219-42.el7.ppc !=
systemd-libs-219-42.el7_4.1.ppc64
When I scroll back through the transaction check I see various package
dependencies for *.ppc instead of *.ppc64.
First appearance in
2000 Jul 20
3
fatal: Not enough entropy in RNG
Hi,
I'm running openssh 2.1.1p4 on Solaris 7 (sparc). Occationally, when I
boot up the server, the startup script I wrote to start sshd fails to start
sshd with the following error:
fatal: Not enough entropy in RNG
What am I doing wrong??
Is there anything I can do to prevent this from happening?
Is just restarting sshd a valid thing to do??
Thanks for any thoughts,
David
2003 Oct 07
2
Installing openssh-3.7.1p2 on HP-UX 10.20
> Hi,
>
> I'm trying to install openssh-3.7.1p2 on a HP-UX 10.20 machine.
> Everything goes well until the "make install" command hangs on "Generating
> public/private rsa1 key pair". Even the ssh-keygen command hangs on (I've
> tried it after aborting the make install). The problem remains the same
> using or not the configure option
2005 Jan 03
9
[Bug 968] OpenSSH 3.8p1 PRNG seed extraction failed error
http://bugzilla.mindrot.org/show_bug.cgi?id=968
Summary: OpenSSH 3.8p1 PRNG seed extraction failed error
Product: Portable OpenSSH
Version: 3.8p1
Platform: UltraSparc
OS/Version: SunOS
Status: NEW
Severity: major
Priority: P2
Component: scp
AssignedTo: openssh-bugs at mindrot.org
2000 Oct 14
1
Installation globbers ssh_prng_cmds
Gidday,
I've just tried installing openssh-2.2.0p1 and found that it globbers my
ssh_prng_cmds file which has been customised from the normally installed
one. On BSDi 4.0.1 it doesn't detect enough commands for ssh-keygen to be
happy. Most of the commands do actually exist, but I have to specify where
they are.
Could someone please modify the installation scripts to either
backup this
2001 Jun 01
0
Why does prng always need to run the ssh_prng_cmds?
This question is primarily for Damien, but if anybody else knows the
answer please chime in.
Why is it that on systems with no /dev/random or PRNGD or EGD (and I have a
lot of Solaris systems in this situation because I don't have root access
on them) that the OpenSSH 'ssh' command has to run through all those
ssh_prng_cmds every time it starts up? Why doesn't ~/.ssh/prng_seed
2002 Jun 28
0
[Bug 318] New: Install failure creating ssh_prng_cmds
http://bugzilla.mindrot.org/show_bug.cgi?id=318
Summary: Install failure creating ssh_prng_cmds
Product: Portable OpenSSH
Version: -current
Platform: UltraSparc
OS/Version: Solaris
Status: NEW
Severity: normal
Priority: P2
Component: Build system
AssignedTo: openssh-unix-dev at mindrot.org
2011 May 03
1
Revised: Portable OpenSSH security advisory: portable-keysign-rand-helper.adv
OpenSSH Security Advisory: portable-keysign-rand-helper.adv
This document may be found at:
http://www.openssh.com/txt/portable-keysign-rand-helper.adv
1. Vulnerability
Portable OpenSSH's ssh-keysign utility may allow unauthorised
local access to host keys on platforms if ssh-rand-helper is
used.
2. Affected configurations
Portable OpenSSH prior to version
2002 Nov 30
0
[Bug 449] New: ssh_prng_cmds has malformed arp command
http://bugzilla.mindrot.org/show_bug.cgi?id=449
Summary: ssh_prng_cmds has malformed arp command
Product: Portable OpenSSH
Version: 3.4p1
Platform: Sparc
OS/Version: Solaris
Status: NEW
Severity: major
Priority: P2
Component: sshd
AssignedTo: openssh-unix-dev at mindrot.org
ReportedBy:
2001 Jan 06
0
ssh_prng_cmds in Solaris port
Hello,
I'm not sure if this is the correct place to send this, but perhaps you can
forward it to the proper folks if not...
The Solaris port of OpenSSH includes an ssh_prng_cmds file used for
collecting entropy, however many of the commands listed in the file are
incompatible with Solaris command syntax. Not knowing much about entropy or
random numbers, I've modified the file a bit to
2001 Jun 06
0
ssh_prng_cmds on Solaris
Hi,
I'm trying to build an openssh pkgadd package which is portable across
Solaris 2.6,7 & 8, so I can't rely on /dev/random support and must
instead fall back to ssh_prng_cmds for collecting entropy.
One of the default commands in ssh_prng_cmds "arp -a -n" is a problem
for any (2.6, at least) host which doesn't have an efficient/working DNS
or other name resolution