ssh远程

远程连接服务器通过文字或图形接口方式来远程登陆系统，使我们可以在远程终端登陆Linux主机以取得操作主机接口的权限。 SSH建立在应用层基础上的安全协议，该协议目前较可靠，专为远程登陆会话和其他网络服务提供安全性的协议，它可以有效地防止远程管理过程中的信息泄露问题。

（1）分享主机运算能力 （2）服务器类型有限度开放连接 （3）工作站类型，只对内网开放

非对称加密为数据的加密解密提供了一个非常安全的方法，它使用了两把钥匙分别是公钥和私钥。私钥只能由一方安全保管，不可外泄，公钥可以发给任何请求需要的人。非对称加密使用这对密钥中的一个进行加密，而解密则需要另一个密钥。

发送方和接收方用一个相同的密钥去加密和解密数据。

PFX标准： 公钥加密技术12号标准，它为存储和传输用户或服务器私钥、公钥以及证书指定了一个可移植的格式。它是一种二进制格式的文件，也称作PFX文件。该证书包含了私钥和公钥，从该证书导出私钥的时候，是需要输入密码的。因此即使别人获取了你的证书，他无法知道提取私钥所需的密码，还是很安全的。 CER： 用于存储公钥证书的文件格式。该证书只包含公钥，类似于访问某些基于https协议传输的网站，该网站的公钥是公开的，它会通过cer这种证书格式发送给客户端。 RSA： 一种非对称密码算法。

证书说白了就是证明身份，是为了保证访问的人就是你要访问的人。它保证了密钥的合法性，将公钥与拥有对应私钥的主体标识信息捆绑在一起。 证书的格式遵循由国际电信联盟制定的X.509标准

证书常用于web服务器身份验证、web用户身份验证、安全电子邮件、Internet协议安全。它是由权威公正的第三方机构CA签发。

CA（Certificate Authority，证书颁发机构）：它的核心功能是颁发与管理数字证书，除此之外，它更承担了公钥体系中公钥的合法性检验的责任。

图中RA为注册中心，CA为认证中心。注册中心可以有很多个，它负责审核证书申请者的真实身份。当有用户需要申请证书的时候：首先先向注册中心RA提出申请，RA收到后核实该用户是否符合受理；如果符合那么RA会向CA申请，CA收到后会将证书传给RA，最后由RA将证书传给用户。

SSH远程连接验证方式有两种，一种基于口令验证，但不太安全。因此有了第二种基于密钥进行安全验证。

这个只需要你拥有自己的账号和口令，就可以远程登陆到主机。虽然所有传输的数据都会被加密，但是不能保证你登陆的服务器就是你想登陆的。这很有可能会有别的服务器冒充真正的服务器，不安全。

这种就相对比较安全，它依靠的是非对称加密算法传输密钥的。

如果用图片表示就是这样：

默认都是安装好的，保险起见，我们检查一下。使用rpm -qf 查看该服务是否安装，发现已经安装。使用rpm -ql 查看该SSH包安装后都释放了哪些文件，我们从中可以看到有关SSH服务端的配置文件在 /etc/ssh/sshd_config 中，除此之外，在该文件的同目录中，还有ssh_config这个文件也是有关SSH配置的，但是该文件是属于客户端的配置文件。

17默认监听端口为22端口 18IPV4和IPV6协议家族支持哪个，any表示二者均支持 19指明监听的地址，0.0.0.0表示本机的所有地址都可以被登陆 20指明监听的IPV6的所有地址格式，：：表示支持本地所有 22默认rsa私钥认证 23支持dsa私钥认证 24支持ecdsa私钥认证 25支持ed25519私钥认证 37登录的宽限时间为2分钟，默认2分钟没有输入密码，则自动断开连接 38是否允许管理员直接登录，yes表示允许 39是否让sshd去检查用户主目录或相关文件的权限数据，yes表示允许 40最大认证尝试次数，6表示最多只有6次机会。继续输错之后需要等待时间才能再次输入密码 41允许的最大会话数，10表示最多开启10个会话 43公钥认证，开启 47服务器识别公钥时，会匹配 .ssh/名为authorized_keys文件，然后将公钥发给客户端，因此我们需要把有关公钥的文件名字改为这个名字。 65是否允许支持基于口令的认证，是 69是否允许任何的密码认证，否 71是否支持kerberos（基于第三方的认证，如LDAP）认证的方式，默认为no 115是否开启DNS，是（关闭的话可以在连接服务端时更快一些） 113默认验证信息基于SFTP传输，如果在该段文字前加上“#”则不支持SFTP连接 注： 以上#开头的英文行，表示系统默认执行的，如果要修改建议不要删除原有文字，去掉#另写一行自己需要的配置则原默认的不再生效。

（1）17行修改端口号为2222后，登录的格式为ssh 192.168.112.132 2222（注意IP和端口号之间没有“：”是空格），命令如下，修改之后重启服务。让防火墙允许，回车显示成功（如果防火墙关闭就没必要写这些）。添加自定义端口到服务，之后回车没有错误，但如果提示 ValueError: Port tcp/4444 already defined 没关系，我们可以再换一个端口试试。 （2）38行配置不允许管理员登录的话，即使管理员输入正确的密码也无法登录，因此可以设定特定的用户可以登录。 （3）65行修改密码认证改为no，我们新建对话：此时就需要调用证书进行连接会话 （4）可以在配置文件中加入 AllowUsers A B C 一行，可以让特定的用户SSH登录，其他的用户无法登录。 其中，A、B、C表示为允许登录的账号，多个用户之间用空格隔开。

说明本次实验环境为VMware-workstation-full-14.0的两台虚拟机，服务端的名字是Server，客户端的名字是Client。加载的镜像文件是rhel-server-7.5-x86_64-dvd，且两台虚拟机之间均使用同一种网卡配置，本实验所采用的是网卡模式为NAT模式。

首先我们用Xshell分别连接两台虚拟机，一台模拟服务端，一台模拟客户端。 输入指令 ssh [email protected] -p 22 ，之后输入服务端的密码，然后成功远程登录。如下：

该实验证明的是不通过口令登录即可实现远程连接。但由于对端要有本端的公钥，因此在传输的时候，我们是先用口令传输公钥给对端，对端收到后，再关闭基于口令的远程登录。最后再测试双方拿着对端的公钥，在用口令登录的方式没有的时候，看是否能实现登录。 （1）首先在任意一台虚拟机上创建密钥对：使用命令 ssh-keygen -t rsa ① ssh-keygen表示生成、管理和转换认证密钥，-t rsa指定算法类型为rsa。 ②密钥所在位置为 /root/.ssh/ 中，密钥的文件名叫做 id_rsa 。 （2）输入密码，默认为空。由于我们直接基于钥匙来认证，这里直接回车，不设置密码。 （3）于上一步骤一致：回车。最后基于RSA算法随机生成长度为2048的密钥图片。 （4）此时我们使用命令：ll /root/.ssh/ 查看到存放密钥的目录，发现有两把钥匙，公钥和私钥。 （5）然后我们将公钥发给另一台虚拟机Client，使用命令： scp /root/.ssh/id_rsa.pub [email protected]:/root/.ssh/authorized_keys 将该公钥文件发送到另一台虚拟机的指定目录，并取名为 authorized_keys 这是由于配置文件只识别该文件作为公钥文件。如果原来的文件名不改，则会提示权限被拒绝。 之后它会提示无法确定主机的真实性，问你是否需要继续连接。我们输入yes后，它会要求输入对端口令，我们输入后便成功将公钥给了另一台虚拟机。 （6）我们修改配置文件 vim /etc/ssh/sshd_config ，将65行的yes改为no：PasswordAuthentication no。最后我们检测直接登录对端，发现没有输入口令，直接登录进去。 （7）以上就实现了SSH单方面信任，然后我们回头看，会在.ssh/下又多了一个文件，该文件记录了与谁之间的信任，如果删除该文件，还需要重新进行连接。只要对端有自己的公钥就没有关系，输入yes后，继续连接也可以，并没有输入密码。除此之外，还要说明的是这里只将Server的公钥给了Client，但是Client并没有把公钥给Server，因此Server能免密登录Client，而Client不能实现免密登录Server。要实现互信，双方都需要有对方的公钥，这里不再做演示。

本次实验与之前实验无关，如果不想恢复快照，请删除/root/.ssh下的所有文件，该实验仅需要一台虚拟机即可。思路与之前一致，先打开密码认证并传输私钥至windows，然后关闭密码认证，使用私钥证书进行登录。 （1）首先保证虚拟机上开启基于密码的认证： vim /etc/ssh/sshd_config 65行：PasswordAuthentication yes （2）紧接着创建密钥对：使用命令： ssh-keygen -t rsa -b 4096 指定类型为rsa，指定大小为4096。然后回车回车。 （3）创建密钥对好后，我们使用命令将公钥文件名进行重命名为服务可识别的公钥名字。 （4）切换到/root/.ssh目录 点击Xshell文件传输图标，双击私钥文件id_rsa，此时文件已被传输至windows桌面。紧接着我们关闭密码登录，重启服务后准备检测。 （5）检测：我们新建一个对话窗口，然后点击浏览，选择文件为私钥文件，最后点击确认。我们便成功发现已经登录进来。 但是我们发现传输私钥是一种很不安全的行为，对此xshell将私钥通过加密算法为公钥，这样使得密钥传输变得更安全。 点击工具，然后用户密钥管理者。 然后导入选中密钥文件，紧接着点击生成公钥。 选择公钥类型为rsa类型，长度自己选。然后下一步。 密码跳过，我们就不再设置了。 看到以下画面时，说明该私钥文件转换为的公钥文件已经好了。 之后再把这个文件移动到虚拟机里面，同样命名为authorized_keys。当下次需要登录时，我们将证书文件选择为刚才生成的id_rsa_1024这个密钥（注意点击浏览后选择用户密钥，不是文件。这里已经基于私钥文件生成了一个公钥）确认，便成功登录。