Question

简述TCP三次握手四次挥手过程及各过程中客户端和服务器端的状态。

简述TCP三次握手四次挥手过程及各过程中客户端和服务器端的状态。

Answer 1

#三次握手
客户端向服务器端发送SYN包，客户端进入SYN_SEND状态
服务器端收到客户端发送的包返回ACK+SYN包，服务器端进入SYN_RECV状态
客户端收到服务器端返回的包再发回ACK包，客户端进入ESTABLISHED状态，服务器端收到包也进入ESTABLISHED状态
客户端状态：SYN_SENDE STABLISHED
服务器端状态：SYN_RCVE ESTABLISHED
#四次挥手
客户端发送FIN包询问服务器端是否能断开，客户端进入FIN_WAIT_1状态
服务器端收到客户端发送的包并返回ACK包，服务器端进入CLOSE_WAIT状态
服务器端准备好断开后，发送FIN包给客户端，服务器端进入LAST_ACK状态
客户端收到服务器端发送的包后返回ACK包，客户端进入TIME_WAIT状态，服务器端收到包后进入CLOSED状态
客户端状态：FIN_WAIT_1 FIN_WAIT_2 TIME_WAIT
服务器端状态：CLOSE_WAIT LAST_ACKC LOSED
如果有什么不懂的话可以去看看《Linux就该这么学》这本书，非常适合新手学习Linux。

Answer 2

三次握手：
第一次握手：客户端发送syn包(syn=x)到服务器，并进入SYN_SEND状态，等待服务器确认；
第二次握手：服务器收到syn包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（syn=y），即SYN+ACK包，此时服务器进入SYN_RECV状态；
第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=y+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。
握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。
四次挥手
与建立连接的“三次握手”类似，断开一个TCP连接则需要“四次握手”。
第一次挥手：主动关闭方发送一个FIN，用来关闭主动方到被动关闭方的数据传送，也就是主动关闭方告诉被动关闭方：我已经不 会再给你发数据了(当然，在fin包之前发送出去的数据，如果没有收到对应的ack确认报文，主动关闭方依然会重发这些数据)，但是，此时主动关闭方还可 以接受数据。
第二次挥手：被动关闭方收到FIN包后，发送一个ACK给对方，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号）。
第三次挥手：被动关闭方发送一个FIN，用来关闭被动关闭方到主动关闭方的数据传送，也就是告诉主动关闭方，我的数据也发送完了，不会再给你发数据了。
第四次挥手：主动关闭方收到FIN后，发送一个ACK给被动关闭方，确认序号为收到序号+1，至此，完成四次挥手。