Possibly the ~/.ssh directory and its files have wrong permissions.... ~/.ssh/ shoud have permission 700 underlying files should have 644 On 4/26/06, Coleman, Kelley (HAC) <Kelley.Coleman@xxxxxx> wrote: > > vhahactest1@cpets1 >sftp -v user@server > Connecting to server... > OpenSSH_3.9p1, OpenSSL 0.9.7a Feb 19 2003 > debug1: Reading configuration data /etc/ssh/ssh_config > debug1: Applying options for * > debug1: Connecting to server [100.100.100.100] port 22. > debug1: Connection established. > debug1: identity file /home/oracle/.ssh/id_rsa type 1 > debug1: identity file /home/oracle/.ssh/id_dsa type 2 > debug1: Remote protocol version 1.99, remote software version > OpenSSH_3.9p1 > debug1: match: OpenSSH_3.9p1 pat OpenSSH* > debug1: Enabling compatibility mode for protocol 2.0 > debug1: Local version string SSH-2.0-OpenSSH_3.9p1 > 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(1024<1024<8192) 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 'server' is known and matches the RSA host key. > debug1: Found key in /home/user/.ssh/known_hosts:20 > 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 > W A R N I N G ! > This is a Federal computer system and is the property of the U. S. > Government. > This system is for Authorized use only. > > debug1: Authentications that can continue: > publickey,gssapi-with-mic,password > debug1: Next authentication method: gssapi-with-mic > debug1: Authentications that can continue: > publickey,gssapi-with-mic,password > debug1: Authentications that can continue: > publickey,gssapi-with-mic,password > debug1: Next authentication method: publickey > debug1: Offering public key: /home/oracle/.ssh/id_rsa > debug1: Authentications that can continue: > publickey,gssapi-with-mic,password > debug1: Offering public key: /home/oracle/.ssh/id_dsa > Received disconnect from 100.100.100.100: 2: Too many authentication > failures for user > Couldn't read packet: Connection reset by peer > /home/user > > > -----Original Message----- > > From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list- > > bounces@xxxxxxxxxx] On Behalf Of BERES Laszlo > > Sent: Wednesday, April 26, 2006 1:42 AM > > To: General Red Hat Linux discussion list > > Subject: Re: SFTP Authentication Failure > > > > Coleman, Kelley (HAC) wrote: > > > > > Received disconnect from 100.100.100.100: 2: Too many authentication > > > failures for testuser > > > > A -v option should be helpful :) > > What's the output of sftp -v user@server? > > > > -- > > > > BÉRES László RHCE > > rendszermérnök, oktató > > > > -- > > redhat-list mailing list > > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > > https://www.redhat.com/mailman/listinfo/redhat-list > > -- > redhat-list mailing list > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > https://www.redhat.com/mailman/listinfo/redhat-list > -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subjecthttps://www.redhat.com/mailman/listinfo/redhat-list
