XShell连接虚拟机只能输入Public Key解决方案

之前测试，使用vagrant创建centos7系统替代了原有的安装方式，在使用XShell连接虚拟机的时候，显示只能使用Public Key连接。如下图所示：
提出以下解决方法：

修改/etc/ssh/文件配置，输入命令cd /etc/ssh/

之后使用管理员命令 sudo vim sshd_config

找到#PasswordAuthentication yes 使用i命令进行编辑 去除前面的#,点击esc，然后输入:wq保存，最后一定要执行service sshd restart重启ssh服务。

完美运行！

SSH详解-1ssh基础知识
SSH详解-2ssh基本用法
SSH详解-3密钥登陆
SSH详解-4多个ssh公钥

在上一篇中我们了解到了ssh基本用法，ssh通过密码进行登录。密码登录存在很多问题。密码太简单，又不安全。密码太复杂，不容易记，而且每次登录都要输入很麻烦。于是就有了密钥登陆。

什么是密钥(key)？

ssh密钥登录采用的是 非对称加密 。

非对称密钥加密系统，又称公钥密钥加密。它需要使用不同的密钥来分别完成加密和解密 *** 作，一个公开发布，即公开密钥（public key）和，另一个由用户自己秘密保存，即私用密钥（private key）。
如果数据使用公钥加密，那么只有使用对应的私钥才能解密，其他密钥都不行；反过来，如果使用私钥加密（这个过程一般称为“签名”），也只有使用对应的公钥解密。

了解完密钥后，接下来看看密钥登录的过程，SSH 密钥登录分为以下的步骤。

第零步，准备步骤客户端通过 ssh-keygen 生成自己的公钥和私钥，并将公钥放入远程服务器的指定位置。

第一步，用户客户端向服务器发起SSH登录的请求。

第二步，服务器收到用户SSH登录的请求，服务器生成一些随机数据发送给客户端。

第三步，客户端接收到服务器发过来的数据，客户端使用私钥对数据进行签名后再返回给服务器。

第四步，服务器收到客户端加密后的数据，使用对应公钥进行解密。然后判断解密后的数据是否与原始数据一致，如果一致就允许用户登录。

ssh-keygen 是OpenSSH提供的一个命令行工具，用于生成密钥登录所需的公钥和私钥。

在上面的例子中，我使用了-t参数来指定加密算法，一遍会选择rsa或者dsa。
第一个问题，问我要保存在哪？（直接Enter默认会保存在~/ssh/id_rsa中）因为我之前已经生成过密钥了，我就保存在tenxun里面。

第二个问题，询问是否要为私钥文件设定密码保护（passphrase）。这样的话，即使入侵者拿到私钥，还是需要破解密码。如果为了方便，不想设定密码保护，可以直接按回车键，密码就会为空。

最后，就会生成私钥和公钥，屏幕上还会给出公钥的指纹，以及当前的用户名和主机名作为注释，用来识别密钥的来源。

从上面的公钥中我们可以看到末尾的公钥注释 23696@DESKTOP-GKRBCVI
公钥注释可以用来识别不同的公钥，表示这是哪台主机（DESKTOP-GKRBCVI）的哪个用户（username）的公钥。

注意 ，公钥只有一行。因为它太长了，显示的时候可能自动换行了。

OpenSSH 规定，用户公钥保存在服务器的 ~/ssh/authorized_keys 文件。你要以哪个用户的身份登录到服务器，密钥就必须保存在该用户主目录的~/ssh/authorized_keys文件。只要把公钥添加到这个文件之中，就相当于公钥上传到服务器了。每个公钥占据一行。如果该文件不存在，可以手动创建。

-i 指定要上传公钥（公钥文件可以不指定路径和 pub 后缀名），user是所要登录的用户名，hostname是主机名，这两个参数与ssh 登录命令是一致。

特别注意 ，不是把公钥上传上去就行了，还需要把 authorized_keys 文件的权限要设为644，即只有文件所有者才能写。如果权限设置不对，SSH服务器可能会拒绝读取该文件，导致密钥登录失效，登录的时候还需要输入密码。

提到输入密码，如果再生成公钥和私钥的时候设置了密码，使用密钥登录的时候也需要输入私钥的密码，这样可以防止他人非法窃取了私钥。

私钥设置了密码以后，每次使用都必须输入私钥密码，这个问题可以使用 ssh-agent 命令解决。

百度百科-密钥
Git - 生成 SSH 公钥 (git-scmcom)
ssh(1) - OpenBSD manual pages

众所周知，WebService访问API是公开的，知道其URL者均可以研究与调用。那么，在只允许注册用户的WebService应用中，如何确保API访问和通信的安全性呢？本文所指的访问与通信安全性包括：
访问安全性：当前访问者是注册合法用户
通信安全性：客户端与服务器之间的消息即使被第三方窃取也不能解密
本文安全的基本思路是：
注册用户登录时使用RSA加密
Web API调用参数使用DES加密（速度快）
Web API调用中包含一个身份票据Ticket
Web服务器保存当前Ticket的Session，包括：Ticket、DES加密矢量、注册用户基本信息
1 WebService身份验证
确保注册用户的访问安全，需要如下步骤：1）产生一个当前客户端机器票据（Ticket）；2）请求服务器RSA公钥（RSAPublicKey）；3）使用RSA加密登录口令及发布DES加密矢量（DESCipherVector）。
11 产生客户端机器票据Ticket
一般而言，可以由客户端机器根据自己的MAC、CPU序列号等唯一标识产生一个本机器的Ticket字符串票据，其目的是：唯一标识当前客户端，防止其它机器模仿本客户端行为。
12 请求服务器公钥RSAPublicKey
客户端携带票据Ticket向服务器请求RSA公钥RSAPublicKey。在服务器端，一般采取如下策略产生RSA加密钥匙：
Application_Start时产生一个1024或更长的RSA加密钥匙对。如果服务器需要长久运行，那么Application_Start产生的RSA可能被破解，替代方案是在当前Session_Start时产生RSA加密钥匙对
保存当前票据对应的客户帐号对象，即：Session[Ticket] = AccountObject，在确认身份后在填写AccountObject具体内容：帐号、RSA加密钥匙对、DES加密矢量
完成上述步骤后，服务器将RSAPublicKey传回给客户端。
13 加密登录口令及DES加密矢量
客户端获得RSAPulbicKey后，产生自己的DES加密矢量DESCipherVector（至少要8位及以上，该加密矢量用于以后的常规通信消息加密，因为其速度比RSA快）。接着，客户端使用RSAPublicKey加密登录帐号、口令及DESCipherVector，连同Ticket，发送到服务器并请求身份验证。登录API格式如下：
public void Login(string Ticket, string cipherLongID, string cipherPassword)；
如果验证成功，服务器将当前帐号信息、RSA钥匙、DESCipherVector等保存到会话Session[Ticket]中。
2 WebService通信安全性
21 加密WebService API参数
身份确认后，在客户端调用的WebService API中，必须包括参数Ticket，其它参数则均使用DESCipherVector加密。服务器端返回的消息也同样处理。例如，提交一个修改email的函数定义为：
public void ModifyEmail(string Ticket, string cipherEmai)；
22 客户端解密消息
客户端接收到服务器返回消息后，先做解密 *** 作，如果成功则进入下步处理。否则抛出加密信息异常。
23 服务器端解密消息
服务器接收到客户提交的API请求后，首先验证Ticket的合法性，即查找Session中是否有该票据以验证客户身份。然后，解密调用参数。如果成功则进入下不 *** 作，否则返回 *** 作异常消息给客户端。
需要指出，如果第三方截获全部会话消息，并保留其Ticket，此时服务器端仍然认可这个第三方消息。但是，第三方不能浏览，也不能修改调用API的参数内容，此时解密参数时将抛出异常。
上面探讨了一个基于加密的WebService访问与通信安全方法，即使第三方获取消息，不能查看原始内容，也不能修改内容，保证了WebService API的安全性。

天互数据 杜超为您解答
你好，下做法在solaris 10,redhat as 50上测试通过。
提示：如果没有。ssh目录可用ssh命令远程登录一下任意机器再退出即可，或者手工创建一个：mkdir ssh;chmod 755 ssh
注意，如果按下列步骤完成后，ssh依然需要输入密码，那么请设置。ssh目录权限为755，authorized_keys的权限为600
hosta和hostb都必须同步完成以下 *** 作，以hosta为例
================================================================
1、创建密钥对
[root@hosta /]# who am i
root pts/1 2008-04-30 12:08 （1721610220）
[root@hosta /]# cd ~/ssh
[root@hosta ssh]# ssh-keygen -t dsa
Generating public/private dsa key pair
Enter file in which to save the key （/root/ssh/id_dsa）：
Enter passphrase （empty for no passphrase）：
Enter same passphrase again:
Your identification has been saved in /root/ssh/id_dsa
Your public key has been saved in /root/ssh/id_dsapub
The key fingerprint is:
0a:13:25:19:a2:59:2c:b1:49:e6:62:90:57:07:e5:f7 root@hosta
passphrase（密钥保护） 保留为空，否则使用ssh时将要求输入passphrase（密钥保护）
2、发布公钥和获取公钥
[root@hosta ssh]# scp id_dsapub hostb:/root/ssh/hostakeypub
root@hostb's password:
id_dsapub 100% 600 06KB/s 00:00
[root@hosta ssh]# scp hostb:/root/ssh/id_dsapub /root/ssh/hostbkeypub
root@hostb's password:
id_dsapub 100% 600 06KB/s 00:00
3、对公钥授权
[root@hosta ssh]# cat id_dsapub 》authorized_keys2
[root@hosta ssh]# cat hostbkeypub 》authorized_keys2
如果是ssh v1版本，比如solaris 9，就使用authorized_keys文件
4、使用密钥对登录
[root@hosta ssh]# ssh hostb
Last login: Sun Apr 27 00:04:49 2008 from 1721610220
[root@hostb ~]# exit
logout
Connection to hostb closed
5、查看日志
[root@hosta ssh]# more /var/log/secure
Apr 27 10:26:47 hosta sshd[9309]: Accepted password for root from 1721610220 port 239
5 ssh2
Apr 27 10:26:47 hosta sshd[9309]: pam_unix（sshd:session）： session opened for user root b
y （uid=0）
Apr 27 10:41:51 hosta sshd[12195]: Accepted password for root from 1721610220 port 24
08 ssh2
Apr 27 10:41:51 hosta sshd[12195]: pam_unix（sshd:session）： session opened for user root
by （uid=0）
Apr 27 12:42:15 hosta sshd[3331]: pam_unix（sshd:session）： session closed for user root
Apr 27 13:08:32 hosta sshd[26563]: Accepted password for root from 17216102 port 4324
7 ssh2
Apr 27 13:08:32 hosta sshd[26563]: pam_unix（sshd:session）： session opened for user root
by （uid=0）
Apr 27 13:08:33 hosta sshd[26563]: pam_unix（sshd:session）： session closed for user root
Apr 27 13:08:52 hosta sshd[26607]: Accepted password for root from 17216102 port 4324
8 ssh2
Apr 27 13:08:52 hosta sshd[26607]: pam_unix（sshd:session）： session opened for user root
by （uid=0）
Apr 27 13:08:52 hosta sshd[26607]: pam_unix（sshd:session）： session closed for user root
Apr 27 13:09:15 hosta sshd[26658]: Accepted password for root from 17216102 port 4324
9 ssh2
Apr 27 13:09:15 hosta sshd[26658]: pam_unix（sshd:session）： session opened for user root
by （uid=0）
Apr 27 13:09:15 hosta sshd[26658]: pam_unix（sshd:session）： session closed for user root
Apr 27 13:09:25 hosta sshd[26689]: Accepted password for root from 17216102 port 4325
0 ssh2
Apr 27 13:09:25 hosta sshd[26689]: pam_unix（sshd:session）： session opened for user root
by （uid=0）
Apr 27 13:09:25 hosta sshd[26689]: pam_unix（sshd:session）： session closed for user root
Apr 27 13:51:27 hosta sshd[29770]: Accepted password for root from 1721610220 port 4248 ssh2
Apr 27 13:51:27 hosta sshd[29770]: pam_unix（sshd:session）： session opened for user root by （uid=0）
Apr 27 13:53:54 hosta sshd[29770]: pam_unix（sshd:session）： session closed for user root
Apr 27 15:13:48 hosta sshd[9309]: pam_unix（sshd:session）： session closed for user root
Apr 27 15:22:20 hosta sshd[12195]: pam_unix（sshd:session）： session closed for user root
Apr 27 23:37:48 hosta sshd[7798]: Accepted password for root from 1721610220 port 4948 ssh2
Apr 27 23:37:48 hosta sshd[7798]: pam_unix（sshd:session）： session opened for user root by （uid=0）
Apr 28 04:30:58 hosta sshd[7798]: pam_unix（sshd:session）： session closed for user root
Apr 30 12:08:32 hosta sshd[15039]: Accepted password for root from 1721610220 port 1637 ssh2
Apr 30 12:08:32 hosta sshd[15039]: pam_unix（sshd:session）： session opened for user root by （uid=0）
Apr 30 12:11:05 hosta useradd[15282]: new group: name=mysql, GID=503
Apr 30 12:11:05 hosta useradd[15282]: new user: name=mysql, UID=503, GID=503, home=/home/mysql, shell=/bin/bash
Apr 30 12:22:18 hosta sshd[16164]: Accepted password for root from 17216102 port 47224 ssh2
Apr 30 12:22:18 hosta sshd[16164]: pam_unix（sshd:session）： session opened for user root by （uid=0）
Apr 30 12:22:18 hosta sshd[16164]: pam_unix（sshd:session）： session closed for user root
6、查看ssh的详细 *** 作记录（ssh -v, scp -v or sftp -v …）
[root@hosta ssh]# scp -v /root/installlog hostb:/root
Executing: program /usr/bin/ssh host hostb, user （unspecified）， command scp -v -t /root
OpenSSH_43p2, OpenSSL 098b 04 May 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for
debug1: Connecting to hostb [17216102] port 22
debug1: Connection established
debug1: permanently_set_uid: 0/0
debug1: identity file /root/ssh/identity type -1
debug1: identity file /root/ssh/id_rsa type -1
debug1: identity file /root/ssh/id_dsa type 2
debug1: Remote protocol version 20, remote software version OpenSSH_43
debug1: match: OpenSSH_43 pat OpenSSH
debug1: Enabling compatibility mode for protocol 20
debug1: Local version string SSH-20-OpenSSH_43
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 'hostb' is known and matches the RSA host key
debug1: Found key in /root/ssh/known_hosts:2
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,gssapi-with-mic,password
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure Minor code may provide more information
No credentials cache found
debug1: Unspecified GSS failure Minor code may provide more information
No credentials cache found
debug1: Unspecified GSS failure Minor code may provide more information
No credentials cache found
debug1: Next authentication method: publickey
debug1: Trying private key: /root/ssh/identity
debug1: Trying private key: /root/ssh/id_rsa
debug1: Offering public key: /root/ssh/id_dsa
debug1: Server accepts key: pkalg ssh-dss blen 433
debug1: read PEM private key done: type DSA
debug1: Authentication succeeded （publickey）。
debug1: channel 0: new [client-session]
debug1: Entering interactive session
debug1: Sending environment
debug1: Sending env LANG = zh_CNGB18030
debug1: Sending command: scp -v -t /root
Sending file modes: C0644 35582 installlog
Sink: C0644 35582 installlog
installlog 100% 35KB 348KB/s 00:00
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 02 seconds
debug1: Bytes per second: stdin 00, stdout 00, stderr 00
debug1: Exit status 0

---