Having some trouble after kernel upgrade

From: Fred Schlabinski (fredschlabinski69@hotmail.com)
Date: 05/09/02 

From: fredschlabinski69@hotmail.com (Fred Schlabinski)
Date: 9 May 2002 10:31:26 -0700

Hello,

I just recompiled 2.4.18 on a server (host1.mydomain.com) to support
iptables but somehow something went awry with ssh. I am able to
connect via ssh with other machines, but I am unable to connect via
host2.mydomain.com, which is on an entirely different network than
host1.

iptables -L shows in fact that no rules would be affecting this.

ssh -v outputs the following:

me@host2:~$ ssh -v host2.mydomain.com -l otheruser
OpenSSH_3.0.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Seeding random number generator
debug1: Rhosts Authentication disabled, originating port will not be
trusted.
debug1: restore_uid
debug1: ssh_connect: getuid 1000 geteuid 0 anon 1
debug1: Connecting to host1.mydomain.com [xxx.xxx.xxx.xxx] port 22.
debug1: temporarily_use_uid: 1000/100 (e=0)
debug1: restore_uid
debug1: temporarily_use_uid: 1000/100 (e=0)
debug1: restore_uid
debug1: Connection established.
debug1: read PEM private key done: type DSA
debug1: read PEM private key done: type RSA
debug1: identity file /home/me/.ssh/identity type -1
debug1: identity file /home/me/.ssh/id_rsa type -1
debug1: identity file /home/me/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version
OpenSSH_3.1p1
debug1: match: OpenSSH_3.1p1 pat ^OpenSSH
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.0.1p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: dh_gen_key: priv key bits set: 133/256
debug1: bits set: 1562/3191
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
Connection closed by xxx.xxx.xxx.xxx
debug1: Calling cleanup 0x80633dc(0x0)

The system log shows the following error:

sshd[1303]: fatal: xfree: NULL pointer given as argument

There is nothing in hosts.deny or .allow that is out of the ordinary.
I am at a loss as to where things changed after a kernel recompile
that would create this dilema, and furthermore where would the xfree
thing have come from? Any help with this issue would be greatly
appreciated.

Thanks

Relevant Pages

  • RE: RE : RE : X11Forwarding problem on Solaris.
    ... The program is using the display environment variable. ... First i use ssh to connect from node2 to node4 and then I start the PROGRAM ... debug1: Connection established. ... Subject: RE: RE: X11Forwarding problem on Solaris. ...
    (SSH)
  • Solaris->Fedora6 unidirectional problem
    ... I have a strange unsolved unidirectional problem using ssh from Solaris to Fedora6: ... I have a couple FC6 behind the Solaris boxes ... debug2: fd 4 setting O_NONBLOCK ... debug1: fd 4 clearing O_NONBLOCK ...
    (SSH)
  • [SLE] Slow SSH login
    ... A> ssh B ... second delay no matter the authentication mechanism ... debug1: Authentication succeeded. ...
    (SuSE)
  • UPDATE2: SSH problem to Solaris 10 : Resource temporarily unavailable]
    ... I truss-ed the client ssh call and managed to identify the exact ... debug1: Rhosts Authentication disabled, originating port will not be trusted. ... debug1: We proposed langtags, ctos: en-US ...
    (SunManagers)
  • Problems with passwordless ssh/scp (W2K client , Solaris 8 server).
    ... configuration for the ssh client and server. ... The SSH server configuration is a pretty standard configuration (Solaris ... Rhosts Authentication disabled, ... debug1: Connection established. ...
    (SSH)