X-Spam-Check-By: sourceware.org To: cygwin AT cygwin DOT com From: =?ISO-8859-1?Q?Ren=E9_Berber?= Subject: Re: password authentication fails in cygwin openssh windows xp pro Date: Thu, 24 May 2007 17:47:17 -0500 Lines: 61 Message-ID: References: <4655A077 DOT 60407 AT gmail DOT com> <4655A398 DOT 80504 AT u DOT washington DOT edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) In-Reply-To: <4655A398.80504@u.washington.edu> OpenPGP: url=hkp://wwwkeys.pgp.net X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Dan Miller wrote: > OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007 > debug1: Reading configuration data /etc/ssh_config > debug2: ssh_connect: needpriv 0 > debug1: Connecting to localhost [127.0.0.1] port 22. > debug1: Connection established. > debug1: identity file /home/dan/.ssh/identity type -1 > debug1: identity file /home/dan/.ssh/id_rsa type -1 > debug1: identity file /home/dan/.ssh/id_dsa type -1 These last 3 mean you didn't use ssh-user-config, contrary of what you said before... but that is not the problem. [snip] > Permission denied, please try again. > debug3: packet_send2: adding 64 (len 48 padlen 16 extra_pad 64) > debug2: we sent a password packet, wait for reply > debug1: Authentications that can continue: publickey,password > Permission denied, please try again. > debug3: packet_send2: adding 64 (len 48 padlen 16 extra_pad 64) > debug2: we sent a password packet, wait for reply > debug1: Authentications that can continue: publickey,password > debug2: we did not send a packet, disable method > debug1: No more authentication methods to try. > Permission denied (publickey,password). OK, nothing unusual here. Does user "dan" has a non-empty password? If no, are you sure you are usin= g the correct exact password? The output above shows what happens when you use t= he wrong password, uppercase/lowercase/length has to be correct. Did you change anything in /etc/sshd_config? Let's try public key: As user "dan" run ssh-user-config, it should ask you a few things and take = some time to generate your private/public keys. Check that the keys were created in /home/dan/.ssh (names are identity, id_= dsa, id_rsa, and the same with .pub extension -- not all 3 are necessary but at = least one of the id_[dr]sa is); if they were not created check the permissions on ~/.ssh, they should be "drwxr---- dan None". Run `cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys` (change id_dsa.pub if= you don't have the rsa key). Try again `ssh dan AT localhost`, this time you are using password-less login (public key). --=20 Ren=E9 Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/