机房冷风吹-ssh互信

介绍

OpenSSH 中实现的 SSH2 协议由 IETF secsh 工作组标准化，并在多个 RFC 和草案中指定。SSH2的整体结构在架构RFC中描述 。它由三层组件组成：

1. 传输层：提供算法协商和密钥交换。密钥交换包括服务器身份验证并产生加密安全连接：它提供完整性、机密性和可选压缩。
2. 用户认证层：使用已建立的连接并依赖于传输层提供的服务。它提供了多种用户身份验证机制。其中包括传统的密码身份验证以及公钥或基于主机的身份验证机制。
3. 连接层：通过经过身份验证的连接复用许多不同的并发通道，并允许登录会话和 TCP 转发的隧道。它为这些通道提供流量控制服务。此外，还可以协商各种特定于渠道的选项。

官网
官方手册
ssh传输协议

ssh的工作过程

在整个通讯过程中，为实现SSH的安全连接，客户端和服务端主要经历五个阶段。

一、版本协商阶段
1、服务器端打开端口22，等待客户端连接；
2、客户端向服务器端发起TCP初始连接请求，TCP连接建立后，服务器向客户端发送第一个报文，包括版本标志字符串，格式为“SSH-<主协议版本号>.<次协议版本号>.<软件版本号>”，协议版本号由主版本号和次版本号组成，软件版本号主要是为调试使用。
3、客户端收到报文后，解析该数据包，如果服务器的协议版本号比自己的低，且客户端能支持服务器端的低版本，就使用服务器端的低版本协议号，否则使用自己的协议版本号。
4、客户端回应服务器一个报文，包含了客户端决定使用的协议版本号。服务器比较客户端发来的版本号，决定是否能同客户端一起工作。如果协商成功，则进入密钥和算法协商阶段，否则服务器断开TCP连接。
说明：上述报文都是采用明文方式传输。

二、密钥和算法协商阶段
1、服务器端和客户端分别发送算法协商报文给对端，报文中包含自己支持的公钥算法列表、加密算法列表、MAC（Message Authentication Code，消息验证码）算法列表、压缩算法列表等等。
2、服务器端和客户端根据对端和本端支持的算法列表得出最终使用的算法。
3、服务器端和客户端利用DH交换（Diffie-Hellman Exchange）算法、主机密钥对等参数，生成会话密钥和会话ID。
由此，服务器端和客户端就取得了相同的会话密钥和会话ID。对于后续传输的数据，两端都会使用会话密钥进行加密和解密，保证了数据传送的安全。在认证阶段，两端会使用会话用于认证过程。

三、认证阶段 SSH提供两种认证方法：
基于口令的认证（password认证）：客户端向服务器发出password认证请求，将用户名和密码加密后发送给服务器，服务器将该信息解密后得到用户名和密码的明文，与设备上保存的用户名和密码进行比较，并返回认证成功或失败消息。
基于密钥的认证（publickey认证）：客户端产生一对公共密钥，将公钥保存到将要登录的服务器上的那个账号的家目录的.ssh/authorized_keys文件中。认证阶段：客户端首先将公钥传给服务器端。服务器端收到公钥后会与本地该账号家目录下的authorized_keys中的公钥进行对比，如果不相同，则认证失败；否则服务端生成一段随机字符串，并先后用客户端公钥和会话密钥对其加密，发送给客户端。客户端收到后将解密后的随机字符串用会话密钥发送给服务器。如果发回的字符串与服务器端之前生成的一样，则认证通过，否则，认证失败。
注：服务器端对客户端进行认证，如果认证失败，则向客户端发送认证失败消息，其中包含可以再次认证的方法列表。客户端从认证方法列表中选取一种认证方法再次进行认证，该过程反复进行。直到认证成功或者认证次数达到上限，服务器关闭连接为止。

四、会话请求阶段
1、客户端需要使用适当的客户端程序来请求连接服务器，服务器将服务器的公钥发送给客户端。（服务器的公钥产生过程：服务器每次启动sshd服务时，该服务会主动去找/etc/ssh/ssh_host*文件，若系统刚装完，由于没有这些公钥文件，因此sshd会主动去计算出这些需要的公钥文件，同时也会计算出服务器自己所需要的私钥文件。）
2、服务器生成会话ID，并将会话ID发给客户端。
3、若客户端第一次连接到此服务器，则会将服务器的公钥数据记录到客户端的用户主目录内的~/.ssh/known_hosts。若是已经记录过该服务器的公钥数据，则客户端会去比对此次接收到的与之前的记录是否有差异。客户端生成会话密钥，并用服务器的公钥加密后，发送给服务器。
4、服务器用自己的私钥将收到的数据解密，获得会话密钥。
5、服务器和客户端都知道了会话密钥，以后的传输都将被会话密钥加密。

五，会话交互阶段
服务器接受用户身份后，服务器将在非交互式会话中执行给定命令，或者，如果未指定命令，则登录到计算机并为用户提供一个普通的外壳作为交互式会话。与远程命令或外壳程序的所有通信将被自动加密。
如果ssh 默认情况下请求了交互式会话，则仅当客户端有一个交互式会话时才请求伪终端（pty）。标志-T和 -t可用于替代此行为。
如果已分配了伪终端，则用户可以使用下面指出的转义字符。
如果未分配伪终端，则该会话是透明的，可用于可靠地传输二进制数据。在大多数系统上，即使使用tty，将转义字符设置为“none”也将使会话透明。
当远程计算机上的命令或外壳程序退出并且所有X11和TCP连接都已关闭时，会话终止。

ssh互信

[root@zzxcool ~]# ssh-keygen
###一直回车就好了
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): 
Created directory '/root/.ssh'.
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /root/.ssh/id_rsa
Your public key has been saved in /root/.ssh/id_rsa.pub
The key fingerprint is:
SHA256:/lKJrJ8S6s5IK8j/q4Q0tqmWmhu7ehPszgo5rjKV4Xw root@zzxcool
The key's randomart image is:
+---[RSA 3072]----+
|                 |
|                 |
|                 |
|  .              |
| B o   .S. .     |
|o.% E ..o o      |
|B*o+ . o..       |
|O@=+. o .o       |
|^X***o.oo..      |
+----[SHA256]-----+
[root@zzxcool ~]# 
[root@zzxcool ~]# 
[root@zzxcool ~]# ssh-copy-id -i ~/.ssh/id_rsa.pub root@master
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"
The authenticity of host 'master (192.168.3.102)' can't be established.
ED25519 key fingerprint is SHA256:wtwZUI+ndAPjZjlWa1MzvGOllx7kilZvalUuKOLtBvI.
This key is not known by any other names
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
root@master's password: 

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh 'root@master'"
and check to make sure that only the key(s) you wanted were added.

到这zzxcool主机可以直接登录master主机，但是反过来不行，还需要反过来执行一遍，因为只有zzxcool生成公钥传输给master了，zzxcool没有master的公钥