Itkin, Eduard
2003-Oct-13 18:38 UTC
OpenSSH_3.7.1p2, Solaris 8: non-interactive authentication meth od prompts for a password
Hi, The OpenSSH_3.7.1p2, Solaris 8 case: non-interactive authentication method (publickey) works for root only ---------------------------------------------------------------------------- --------- We installed OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c We need to copy a file by SFTP from App server to a DB server with passwordless method. [cbfe-dev-app01 (client), user cbfesit] -----> [cbfe-dev-db01 (server), user ora817] The public key was generated on App Server (Client Side): 1. ssh-keygen -t rsa -n 1024 - N "" 2. the file ~cbfesit/.ssh/id_rsa.pub was copied to DB server to ~ora817/.ssh/authorized_keys We should not be prompted for the password from that point, however we do ... We were not able to configure to allow passwordless logins for an ordinary users, but it works fine for the user root !!! The /usr/local/etc/ssh_config and /usr/local/etc/sshd_config files from DB server are attached to that e-mail. The files have not been touched since the OpenSSH package has been installed. ----------------------------------------------------------------- non-interactive authentication method for user root works fine (see below) ------------------------------------------------------------ => su - Password: Sun Microsystems Inc. SunOS 5.8 Generic February 2000 Unauthorized access and use strictly prohibited. # sftp -v root at cbfe-dev-db01 Connecting to cbfe-dev-db01... OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003 debug1: Reading configuration data /usr/local/etc/ssh_config debug1: Connecting to cbfe-dev-db01 [10.2.194.23] port 22. debug1: Connection established. debug1: identity file /.ssh/id_rsa type 1 debug1: identity file /.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.7.1p2 debug1: match: OpenSSH_3.7.1p2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2 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: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'cbfe-dev-db01' is known and matches the RSA host key. debug1: Found key in /.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: publickey debug1: Offering public key: /.ssh/id_rsa debug1: Server accepts key: pkalg ssh-rsa blen 149 debug1: read PEM private key done: type RSA debug1: Authentication succeeded (publickey). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: Sending subsystem: sftp ----------------------------------------------------------------- non-interactive authentication method for an ordinary user failes, and prompts for the password (see below) ------------------------------------------------------------ sftp -v ora817 at cbfe-dev-db01 Connecting to cbfe-dev-db01... OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003 debug1: Reading configuration data /usr/local/etc/ssh_config debug1: Connecting to cbfe-dev-db01 [10.2.194.23] port 22. debug1: Connection established. debug1: identity file /appdata/wls/cbfe/config/cbfesit/.ssh/id_rsa type 1 debug1: identity file /appdata/wls/cbfe/config/cbfesit/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.7.1p2 debug1: match: OpenSSH_3.7.1p2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2 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: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'cbfe-dev-db01' is known and matches the RSA host key. debug1: Found key in /appdata/wls/cbfe/config/cbfesit/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: publickey debug1: Offering public key: /appdata/wls/cbfe/config/cbfesit/.ssh/id_rsa debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Trying private key: /appdata/wls/cbfe/config/cbfesit/.ssh/id_dsa debug1: Next authentication method: keyboard-interactive debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: password ora817 at cbfe-dev-db01's password: Your input to the case will be appreciated. Thanks, Eduard.Itkin at cibc.com Bus:416.784.8619 Environment Lead, CIBC Front End (CBFE) Canadian Imperial Bank of Commerce 750 Lawrence Ave W. E5, Toronto, ON, M6A 1B8 -------------- next part -------------- A non-text attachment was scrubbed... Name: ssh_config Type: application/octet-stream Size: 1159 bytes Desc: not available Url : http://lists.mindrot.org/pipermail/openssh-unix-dev/attachments/20031013/9dce152b/attachment.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: sshd_config Type: application/octet-stream Size: 2496 bytes Desc: not available Url : http://lists.mindrot.org/pipermail/openssh-unix-dev/attachments/20031013/9dce152b/attachment-0001.obj
Darren Tucker
2003-Oct-14 04:08 UTC
OpenSSH_3.7.1p2, Solaris 8: non-interactive authentication method prompts for a password
"Itkin, Eduard" wrote:> We were not able to configure to allow > passwordless logins for an ordinary users, but it works fine for the user > root !!!Check the permissions on /home and /home/[user], I suspect you'll find one is group writable. Also, run the server is debug mode (eg "sshd -ddd -p 2022" then connect with "ssh -p 2022 [options]") as the server will tell you why the authentication was denied. -- Darren Tucker (dtucker at zip.com.au) GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69 Good judgement comes with experience. Unfortunately, the experience usually comes from bad judgement.