3Com Switch 4800G PWR 24-Port, Руководство по настройке

Страница: 506 / 730

1-3
z
Currently, the switch that serves as an SSH server supports two SSH versions: SSH2 and SSH1,
and the switch that serves as an SSH client supports only SSH2.
z
Unless otherwise noted, SSH refers to SSH2 throughout this document.
Version negotiation
z
The server opens port 22 to listen to connection requests from clients.
z
The client sends a TCP connection request to the server. After the TCP connection is established,
the server sends the first packet to the client, which includes a version identification string in the
format of “SSH-<primary protocol version number>.<secondary protocol version
number>-<software version number>”. The primary and secondary protocol version numbers
constitute the protocol version number, while the software version number is used for debugging.
z
The client receives and resolves the packet. If the protocol version of the server is lower but
supportable, the client uses the protocol version of the server; otherwise, the client uses its own
protocol version.
z
The client sends to the server a packet that contains the number of the protocol version it decides
to use. The server compares the version carried in the packet with that of its own to determine
whether it can cooperate with the client.
z
If the negotiation is successful, the server and the client go on to the key and algorithm negotiation.
If not, the server breaks the TCP connection.
All the packets above are transferred in plain text.
Key negotiation
z
The server and the client send algorithm negotiation packets to each other, which contain public
key algorithm lists supported by the server and the client, encrypted algorithm list, message
authentication code (MAC) algorithm list, and compressed algorithm list.
z
The server and the client calculate the final algorithm according to the algorithm lists supported.
z
The server and the client generate the session key and session ID based on the Diffie-Hellman (DH)
exchange algorithm and the host key pair.
z
Then, the server and the client get the same session key and use it for data encryption and
decryption to secure data communication.
Authentication negotiation
The negotiation steps are as follows:
z
The client sends an authentication request to the server. The authentication request contains
username, authentication type, and authentication-related information. For example, if the
authentication type is password , the content is the password.