RE: trying to use keys...been asked a bunch, didn't find many solutio ns
From: Gabriel Mino (gmino_at_pcsltd.com)
Date: 06/22/03
- Previous message: Michael.Eisele_at_t-systems.com: "AW: sftponly"
- Maybe in reply to: Gabriel Mino: "trying to use keys...been asked a bunch, didn't find many solutio ns"
- Next in thread: Brian Hatch: "Re: trying to use keys...been asked a bunch, didn't find many solutio ns"
- Reply: Brian Hatch: "Re: trying to use keys...been asked a bunch, didn't find many solutio ns"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
To: "'Brian Hatch'" <secure-shell@ifokr.org> Date: Sun, 22 Jun 2003 15:32:19 -0400
Below is the debugging output from server (as if I had to tell you guys
this!). anyhoo, thanks for all the help thus far!!!!!
# /usr/local/sbin/sshd -D -d -d -d
debug3: Seeding PRNG from /usr/local/libexec/ssh-rand-helper
debug2: read_server_config: filename /usr/local/etc/sshd_config
debug1: sshd version OpenSSH_3.6.1p2
debug3: Not a RSA1 key file /usr/local/etc/ssh_host_rsa_key.
debug1: read PEM private key done: type RSA
debug1: private host key: #0 type 1 RSA
debug3: Not a RSA1 key file /usr/local/etc/ssh_host_dsa_key.
debug1: read PEM private key done: type DSA
debug1: private host key: #1 type 2 DSA
Disabling protocol version 1. Could not load host key
debug1: Bind to port 22 on ::.
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
debug1: Server will not fork when running in debugging mode.
Connection from <clientIP> port 52417
debug1: Client protocol version 2.0; client software version OpenSSH_3.6.1p2
debug1: match: OpenSSH_3.6.1p2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.6.1p2
debug2: Network child is on pid 22558
debug3: preauth child monitor started
debug3: entering
debug3: privsep user:group 104:102
debug1: permanently_set_uid: 104/102
debug1: list_hostkey_types: ssh-rsa,ssh-dss
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,r
ijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r
ijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm
ac-md5-96
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm
ac-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: 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,r
ijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r
ijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm
ac-md5-96
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hm
ac-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: client->server aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received
debug3: entering: type 0
debug3: : waiting for MONITOR_ANS_MODULI
debug3: entering: type 1
debug3: entering
debug3: : checking request 0
debug3: : got parameters: 1024 2048 8192
debug3: entering: type 1
debug2: : 0 used once, disabling now
debug3: entering
debug3: : remaining 0
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent
debug2: dh_gen_key: priv key bits set: 132/256
debug2: bits set: 1604/3191
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT
debug2: bits set: 1586/3191
debug3: entering
debug3: entering: type 4
debug3: : waiting for MONITOR_ANS_SIGN
debug3: entering: type 5
debug3: entering
debug3: : checking request 4
debug3:
debug3: : signature 812b9f0(143)
debug3: entering: type 5
debug2: : 4 used once, disabling now
debug3: entering
debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: KEX done
debug1: userauth-request for user root service ssh-connection method none
debug1: attempt 0 failures 0
debug3: entering
debug3: entering: type 6
debug3: : waiting for MONITOR_ANS_PWNAM
debug3: entering: type 7
debug3: entering
debug3: : checking request 6
debug3:
debug3: allowed_user: today 12227 sp_expire -1 sp_lstchg 12165 sp_max -1
debug3: : sending MONITOR_ANS_PWNAM: 1
debug3: entering: type 7
debug2: : 6 used once, disabling now
debug3: entering
debug2: input_userauth_request: setting up authctxt for root
debug3: entering
debug3: entering: type 3
debug2: input_userauth_request: try method none
debug3: entering
debug3: entering: type 10
debug3: : waiting for MONITOR_ANS_AUTHPASSWORD
debug3: entering: type 11
debug3: entering
debug3: : checking request 3
debug3: : service=ssh-connection, style=
debug2: : 3 used once, disabling now
debug3: entering
debug3: : checking request 10
debug3: : sending result 0
debug3: entering: type 11
Failed none for root from <clientIP> port 52417 ssh2
debug3: entering
debug3: : user not authenticated
Failed none for root from <clientIP> port 52417 ssh2
debug1: userauth-request for user root service ssh-connection method
publickey
debug1: attempt 1 failures 1
debug2: input_userauth_request: try method publickey
debug1: test whether pkalg/pkblob are acceptable
debug3: entering
debug3: entering: type 20
debug3: : waiting for MONITOR_ANS_KEYALLOWED
debug3: entering: type 21
debug3: entering
debug3: : checking request 20
debug3: entering
debug3: : key_from_blob: 8131c68
debug1: temporarily_use_uid: 0/3 (e=0/3)
debug1: trying public key file /.ssh/known_hosts
debug3: secure_filename: checking '/.ssh'
debug3: secure_filename: checking '/'
Authentication refused: bad ownership or modes for directory /
debug1: restore_uid: 0/3
debug1: temporarily_use_uid: 0/3 (e=0/3)
debug1: trying public key file /.ssh/known_hosts
debug3: secure_filename: checking '/.ssh'
debug3: secure_filename: checking '/'
Authentication refused: bad ownership or modes for directory /
debug1: restore_uid: 0/3
debug3: : key 8131c68 is disallowed
debug3: entering: type 21
debug3: entering
debug2: userauth_pubkey: authenticated 0 pkalg ssh-dss
Failed publickey for root from <clientIP> port 52417 ssh2
debug1: userauth-request for user root service ssh-connection method
keyboard-interactive
debug1: attempt 2 failures 2
debug2: input_userauth_request: try method keyboard-interactive
debug1: keyboard-interactive devs
debug1: auth2_challenge: user=root devs=
debug1: kbdint_alloc: devices ''
debug2: auth2_challenge_start: devices
Failed keyboard-interactive for root from <clientIP> port 52417 ssh2
-----Original Message-----
From: Brian Hatch [mailto:secure-shell@ifokr.org]
Sent: Friday, June 20, 2003 3:27 PM
To: Gabriel Mino
Cc: 'secureshell@securityfocus.com'
Subject: Re: trying to use keys...been asked a bunch, didn't find many
solutio ns
> I apologize in advance since I can see that this question is asked a whole
> lot but, damn if I am unable to get this to work. I am continually asked
for
> passwd. *shrug* what gives?
What are the logs you get on the server end? You can run the
sshd server as 'sshd -D -d -d -d -p 5555' and then from the
client 'ssh serveripaddr -p 5555' to see the most debugging
info on the server end of things.
Could be file perms, etc etc...
-- Brian Hatch If my employer wants Systems and my opinions, he's going Security Engineer to have to hire me first. http://www.ifokr.org/bri/ Every message PGP signed
- Previous message: Michael.Eisele_at_t-systems.com: "AW: sftponly"
- Maybe in reply to: Gabriel Mino: "trying to use keys...been asked a bunch, didn't find many solutio ns"
- Next in thread: Brian Hatch: "Re: trying to use keys...been asked a bunch, didn't find many solutio ns"
- Reply: Brian Hatch: "Re: trying to use keys...been asked a bunch, didn't find many solutio ns"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|