ok, i found some more diagnostic messages in /sys/log/sshdebug:
...
The problem might be that `dh.c` has an empty implementation of `dh_client142`
...
Ingo,
I must admit to being the guilty party for the SSHv2 implementation.
Though Geoff gets credit for cleaning up what was some of my
uglier
Actually openssh-6.7 disabled some insecure key exchange algorithms and
ciphers and the pln9 netssh command seems to offer some key exchange that it
does not support fully.
To allow communication with openssh-6.7 servers, as used to with =openssh-6.6
servers, it seems most convenient to me, to
ok, i found some more diagnostic messages in /sys/log/sshdebug:
p9 Jan 21 10:55:48 netssh: client user nil@192.168.1.12 id 0 id
string `SSH-2.0-OpenSSH_6.7p1-hpn14v5
p9 Jan 21 10:55:48 netssh: client user nil@192.168.1.12 id 0 sent KEX
algs:
Hi,
the netssh key exchange seems to be incompatible with openssh-6.7.
I installed a new version of openssh on a gentoo host recently, that
automatically came in as a stable update package for a gentoo-amd64 system:
OpenSSH_6.7p1-hpn14v5, OpenSSL 1.0.1k 8 Jan 2015
When calling this