[Linux] OpenSSH 3.4p1 probs!

[imdos]

Na het updaten van allebei m'n Slackware 8.0 bakken met OpenSSH 3.4p1 kan ik niet meer inloggen van de ene op de andere bak.
Nog wel door gebruik te maken van m'n router met Slackware 7.1 en een hele oude SSH 1.x versie (Firewall zit dicht!)

Dit blijft nog steeds een groot probleem en met het zoeken op google kwam ik weinig verder!

code:

OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: ssh_connect: needpriv 0
debug1: Connecting to sebulba [192.168.1.2] port 22.
debug1: Connection established.
debug1: identity file /home/imdos/.ssh/identity type -1
debug1: identity file /home/imdos/.ssh/id_rsa type -1
debug1: identity file /home/imdos/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.4p1
debug1: match: OpenSSH_3.4p1 pat OpenSSH*
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.4p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[e-mail]
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[e-mail]
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[e-mail],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[e-mail],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none
debug2: kex_parse_kexinit: none
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[e-mail]
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[e-mail]
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[e-mail],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[e-mail],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_init: found hmac-md5
debug1: kex: server->client aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
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: 126/256
debug1: bits set: 505/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
Connection closed by 192.168.1.2
debug1: Calling cleanup 0x8063a64(0x0)

[baggah]

Start sshd is op met de parameter -d (zodat je daarvan ook debug info krijgt)..

En anders probeer je key's die in /etc/ssh staan is weg te gooien en opnieuw aan te maken.

[imdos]

code:

debug1: sshd version OpenSSH_3.4p1
debug1: private host key: #0 type 0 RSA1
debug1: read PEM private key done: type RSA
debug1: private host key: #1 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #2 type 2 DSA
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
Generating 768 bit RSA key.
RSA key generation complete.
debug1: Server will not fork when running in debugging mode.
Connection from 192.168.1.2 port 1030
debug1: Client protocol version 2.0; client software version OpenSSH_3.4p1
debug1: match: OpenSSH_3.4p1 pat OpenSSH*
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-1.99-OpenSSH_3.4p1
debug1: list_hostkey_types: ssh-rsa,ssh-dss
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent
debug1: dh_gen_key: priv key bits set: 128/256
debug1: bits set: 1580/3191
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT
debug1: bits set: 1624/3191
xfree: NULL pointer given as argument
debug1: Calling cleanup 0x806b944(0x0)
debug1: Calling cleanup 0x806b944(0x0)

Over dat generen doet ie nogal lang, dat volgt morgen

[Verwijderd]

Ik had dit probleem ook op mijn bak.
Vanalles al geprobeerd, nieuwe keys, met -d enz maar niks wil werken.
Moest altijd met SSH1 connecte.
Maar ik ben nu weer naar 3.2.3 gegaan, deze werkt weer goed.
Ik denk dat je gewoon op een update van slackware moet doen want ik had de update van een of andere rare site dus misschien ligt het daar aan

[baggah]

Het lijkt of de client een leeg antwoord geeft op SSH2_MSG_KEX_DH_GEX_INIT.
Verplaats in je user directory de .ssh dir naar .sshold ofzo. En controleer of er in /etc/ssh/ssh_config en /etc/ssh/sshd_config geen gekke dingen staan. In mijn config bestanden staat eigenlijk alles als commentaar (dus met # ervoor).

[imdos]

Het enigste vreemde dat ik kan vinden in de sshd_config is de s/key passwords switch die nog gecomment staat. ( ChallengeResponseAuthentication no )
Ook had ik tevens al met die nieuwe instellingen van compression en nog iets dat nieuw was bij 3.4p1 geprobeerd, maar dit had toen ook geen effect!

Verder staat in ssh_config alles gecomment

[serkoon]

Wanneer je privilege seperation doet moet je wellicht de resolv.conf even in de chroot van sshd zetten in /etc/.

Verder schijnen een aantal clients, Putty en SecureCRT iig problemen te hebben met de nieuwe versie. Updaten helpt.