Windows上的OpenSSH – 启用基于密钥的身份validation

我试图在运行在Windows上的OpenSSH服务器上设置基于密钥的身份validation。 不幸的是，服务器似乎并不接受我提供的密钥，但我看不到任何特定的错误消息或错误的原因。 以下是我迄今尝试的步骤：

一般设置

1. 设置一个特定的域帐户来访问服务器。 在这种情况下，我们build立了一个能够访问服务器的服务帐户，并使用mkgroup和mkpasswd生成组和密码文件。
2. validation基于密码的身份validation正常工作。
3. 修改passwd文件，使用“/ cygdrive / d / share”将用户主目录更改为D：驱动器上的指定文件夹

按键设置

1. 修改了ssh_config以包含以下两行：

   • OpenSSH复用连接意外closures
   • 通用的基于Unix的networkingauthentication工具？
   • 尝试SSH到Linux路由器的奇怪的错误
   • 如何设置squid作为隧道代理来公开VPN或SSH隧道？
   • 有没有一个可用的存储库，在Centos 5.4上更新OpenSSH到4.8+？

   RSAAuthentication是

   PubkeyAuthentication yes

2. 运行ssh-keygen为用户生成公钥和私钥。
3. 将公钥的内容复制到D：\ Share \ .ssh \ authorized_keys

4. 运行以下命令testing与SSH服务器的连接：

   ssh -v -l CRMETLSFTP -i id_crmftp SERVERNAME

据我所知，这应该是必要的步骤。 当我与PuTTy远程连接（转换私钥后），我得到“服务器拒绝我们的密钥”。 使用-v本地testing连接，我得到以下输出：

C:\Program Files (x86)\OpenSSH>ssh -v -l CRMETLSFTP -i id_crmftp DEVCRMETL01 OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Reading configuration data /etc/ssh_config debug1: Connecting to DEVCRMETL01 [172.17.8.151] port 22. debug1: Connection established. debug1: identity file id_crmftp type 1 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.8.1p1 debug1: match: OpenSSH_3.8.1p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 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 'devcrmetl01' is known and matches the RSA host key. debug1: Found key in /home/rbrunner/.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-interacti ve debug1: Next authentication method: publickey debug1: Offering public key: id_crmftp debug1: Authentications that can continue: publickey,password,keyboard-interacti ve debug1: Next authentication method: keyboard-interactive debug1: Authentications that can continue: publickey,password,keyboard-interacti ve debug1: Next authentication method: password CRMETLSFTP@devcrmetl01's password: 

据我所知，它正在试图正确地发送密钥。 我假设授权密钥没有正确拾取，但我不知道从哪里开始寻找。