delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2008/02/06/09:42:06

X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Mime-Version: 1.0 (Apple Message framework v753)
Message-Id: <0100B774-FE88-4513-8AEA-6F815B97CD93@von-campe.com>
To: cygwin AT cygwin DOT com
From: Alfred von Campe <alfred AT von-campe DOT com>
Subject: Can not log in to recently enabled/configured sshd service
Date: Wed, 6 Feb 2008 09:41:13 -0500
X-Mailer: Apple Mail (2.753)
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

I have a pretty vanilla Cygwin installation on a Windows 2003 Server  
(SP1) system.  Yesterday, I tried to enable the sshd service by  
running the ssh-host-config script.  Everything appeared to work fine  
and I let the script create the two recommended user accounts.  I was  
also able to start the sshd service successfully.  However, I can not  
log in to the system.  With the minimal /etc/passwd file, when I try  
to log in via ssh using a user that is not in the /etc/passwd file,  
it will not take my password at all (that's to be expected).  I then  
added my account (as well as all the other accounts in our Windows  
domain) to the /etc/passwd file by running the following command:

   mkpasswd -l -d >> /etc/passwd

Now when I try to log in I get immediately disconnected as shown in  
this debug output output:

# ssh -v av16209 AT gandalf
OpenSSH_3.9p1, OpenSSL 0.9.7a Feb 19 2003
debug1: Reading configuration data /home/av16209/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to gandalf [139.68.133.49] port 22.
debug1: Connection established.
debug1: identity file /home/av16209/.ssh/identity type 0
debug1: identity file /home/av16209/.ssh/id_rsa type 1
debug1: identity file /home/av16209/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7
debug1: match: OpenSSH_4.7 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 'gandalf' is known and matches the RSA host key.
debug1: Found key in /home/av16209/.ssh/known_hosts:101
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: /home/av16209/.ssh/id_rsa
Connection closed by 139.68.133.49

The home directory defined in the Cygwin /etc/passwd file is "// 
nasbox/av16209" which is the same home directory used on the Linux  
system that I initiated the ssh connection from (only there it's  
mounted as "/home/av16209").  I have got passwordless ssh access  
working from all my Linux systems, so that part is set up correctly.

Any ideas as to why this is failing on the Cygwin side?

Thanks,
Alfred


--
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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019