tcp服务器流程

1、TCP协议的通讯过程

你大概说的是3步握手吧，这跟传真机的5部握手很类似。
下面的资料希望对你有用

TCP/IP 是很多的不同的协议组成，实际上是一个协议组，TCP 用户数据报表协议(也

称作TCP 传输控制协议，Transport Control Protocol。可靠的主机到主机层协议。这里要先

强调一下，传输控制协议是OSI 网络的第四层的叫法，TCP 传输控制协议是TCP/IP 传输的

6 个基本协议的一种。两个TCP 意思非相同。)。TCP 是一种可靠的面向连接的传送服务。

它在传送数据时是分段进行的，主机交换数据必须建立一个会话。它用比特流通信，即数据

被作为无结构的字节流。通过每个TCP 传输的字段指定顺序号，以获得可靠性。是在OSI

参考模型中的第四层，TCP 是使用IP 的网间互联功能而提供可靠的数据传输，IP 不停的把

报文放到网络上，而TCP 是负责确信报文到达。在协同IP 的操作中TCP 负责：握手过程、

报文管理、流量控制、错误检测和处理（控制），可以根据一定的编号顺序对非正常顺序的

报文给予从新排列顺序。关于TCP 的RFC 文档有RFC793、RFC791、RFC1700。

在TCP 会话初期，有所谓的“三握手”：对每次发送的数据量是怎样跟踪进行协商使

数据段的发送和接收同步，根据所接收到的数据量而确定的数据确认数及数据发送、接收完

毕后何时撤消联系，并建立虚连接。为了提供可靠的传送，TCP 在发送新的数据之前，以

特定的顺序将数据包的序号，并需要这些包传送给目标机之后的确认消息。TCP 总是用来

发送大批量的数据。当应用程序在收到数据后要做出确认时也要用到TCP。由于TCP 需要

时刻跟踪，这需要额外开销，使得TCP 的格式有些显得复杂。下面就让我们看一个TCP 的

经典案例，这是后来被称为MITNICK 攻击中KEVIN 开创了两种攻击技术：

TCP 会话劫持

SYN FLOOD（同步洪流）

在这里我们讨论的时TCP 会话劫持的问题。

先让我们明白TCP 建立连接的基本简单的过程。为了建设一个小型的模仿环境我们假

设有3 台接入互联网的机器。A 为攻击者操纵的攻击机。B 为中介跳板机器（受信任的服务

器）。C 为受害者使用的机器（多是服务器），这里把C 机器锁定为目标机器。A 机器向B

机器发送SYN 包，请求建立连接，这时已经响应请求的B 机器会向A 机器回应SYN/ACK

表明同意建立连接，当A 机器接受到B 机器发送的SYN/ACK 回应时，发送应答ACK 建立

A 机器与B 机器的网络连接。这样一个两台机器之间的TCP 通话信道就建立成功了。

B 终端受信任的服务器向C 机器发起TCP 连接，A 机器对服务器发起SYN 信息，使

C 机器不能响应B 机器。在同时A 机器也向B 机器发送虚假的C 机器回应的SYN 数据包，

接收到SYN 数据包的B 机器（被C 机器信任）开始发送应答连接建立的SYN/ACK 数据包，

这时C 机器正在忙于响应以前发送的SYN 数据而无暇回应B 机器，而A 机器的攻击者预

测出B 机器包的序列号（现在的TCP 序列号预测难度有所加大）假冒C 机器向B 机器发送

应答ACK 这时攻击者骗取B 机器的信任，假冒C 机器与B 机器建立起TCP 协议的对话连

接。这个时候的C 机器还是在响应攻击者A 机器发送的SYN 数据。

TCP 协议栈的弱点：TCP 连接的资源消耗，其中包括：数据包信息、条件状态、序列

号等。通过故意不完成建立连接所需要的三次握手过程，造成连接一方的资源耗尽。

通过攻击者有意的不完成建立连接所需要的三次握手的全过程，从而造成了C 机器的

资源耗尽。序列号的可预测性，目标主机应答连接请求时返回的SYN/ACK 的序列号时可预

测的。（早期TCP 协议栈，具体的可以参见1981 年出的关于TCP 雏形的RFC793 文档）

TCP 头结构

TCP 协议头最少20 个字节，包括以下的区域（由于翻译不禁相同，文章中给出

相应的英文单词）：

TCP 源端口(Source Port)：16 位的源端口其中包含初始化通信的端口。源端口和

源IP 地址的作用是标示报问的返回地址。

TCP 目的端口(Destination port)：16 位的目的端口域定义传输的目的。这个端口指

明报文接收计算机上的应用程序地址接口。

TCP 序列号（序列码,Sequence Number）：32 位的序列号由接收端计算机使用，重

新分段的报文成最初形式。当SYN 出现，序列码实际上是初始序列码（ISN），而第一个数

据字节是ISN+1。这个序列号（序列码）是可以补偿传输中的不一致。

TCP 应答号(Acknowledgment Number)：32 位的序列号由接收端计算机使用，重

组分段的报文成最初形式。，如果设置了ACK 控制位，这个值表示一个准备接收的包的序

列码。

数据偏移量(HLEN)：4 位包括TCP 头大小，指示何处数据开始。

保留(Reserved)：6 位值域，这些位必须是0。为了将来定义新的用途所保留。

标志(Code Bits)：6 位标志域。表示为：紧急标志、有意义的应答标志、推、重置

连接标志、同步序列号标志、完成发送数据标志。按照顺序排列是：URG、ACK、PSH、

RST、SYN、FIN。

窗口(Window)：16 位，用来表示想收到的每个TCP 数据段的大小。

校验位(Checksum)：16 位TCP 头。源机器基于数据内容计算一个数值，收信息机

要与源机器数值结果完全一样，从而证明数据的有效性。

优先指针（紧急,Urgent Pointer）：16 位，指向后面是优先数据的字节，在URG

标志设置了时才有效。如果URG 标志没有被设置，紧急域作为填充。加快处理标示为紧急

的数据段。

选项(Option)：长度不定，但长度必须以字节。如果没有选项就表示这个一字节

的域等于0。

填充：不定长，填充的内容必须为0，它是为了数学目的而存在。目的是确保空

间的可预测性。保证包头的结合和数据的开始处偏移量能够被32 整除，一般额外的零以保

证TCP 头是32 位的整数倍。

标志控制功能

URG：紧急标志

紧急(The urgent pointer) 标志有效。紧急标志置位，

ACK：确认标志

确认编号(Acknowledgement Number)栏有效。大多数情况下该标志位是置位的。

TCP 报头内的确认编号栏内包含的确认编号(w+1，Figure：1)为下一个预期的序列编号，同

时提示远端系统已经成功接收所有数据。

PSH：推标志

该标志置位时，接收端不将该数据进行队列处理，而是尽可能快将数据转由应用

处理。在处理telnet 或rlogin 等交互模式的连接时，该标志总是置位的。

RST：复位标志

复位标志有效。用于复位相应的TCP 连接。

SYN：同步标志

同步序列编号(Synchronize Sequence Numbers)栏有效。该标志仅在三次握手建立

TCP 连接时有效。它提示TCP 连接的服务端检查序列编号，该序列编号为TCP 连接初始端

(一般是客户端)的初始序列编号。在这里，可以把TCP 序列编号看作是一个范围从0 到4，

294，967，295 的32 位计数器。通过TCP 连接交换的数据中每一个字节都经过序列编号。

在TCP 报头中的序列编号栏包括了TCP 分段中第一个字节的序列编号。

FIN：结束标志

带有该标志置位的数据包用来结束一个TCP 回话，但对应端口仍处于开放状态，

准备接收后续数据。

服务端处于监听状态，客户端用于建立连接请求的数据包(IP packet)按照TCP/IP

协议堆栈组合成为TCP 处理的分段(segment)。

分析报头信息： TCP 层接收到相应的TCP 和IP 报头，将这些信息存储到内存中。

检查TCP 校验和(checksum)：标准的校验和位于分段之中(Figure：2)。如果检验

失败，不返回确认，该分段丢弃，并等待客户端进行重传。

查找协议控制块(PCB{})：TCP 查找与该连接相关联的协议控制块。如果没有找

到，TCP 将该分段丢弃并返回RST。(这就是TCP 处理没有端口监听情况下的机制) 如果该

协议控制块存在，但状态为关闭，服务端不调用connect()或listen()。该分段丢弃，但不返

回RST。客户端会尝试重新建立连接请求。

建立新的socket：当处于监听状态的socket 收到该分段时，会建立一个子socket，

同时还有socket{}，tcpcb{}和pub{}建立。这时如果有错误发生，会通过标志位来拆除相应

的socket 和释放内存，TCP 连接失败。如果缓存队列处于填满状态，TCP 认为有错误发生，

所有的后续连接请求会被拒绝。这里可以看出SYN Flood 攻击是如何起作用的。

丢弃：如果该分段中的标志为RST 或ACK，或者没有SYN 标志，则该分段丢弃。

并释放相应的内存。

发送序列变量

SND.UNA ： 发送未确认

SND.NXT ： 发送下一个

SND.WND ： 发送窗口

SND.UP ： 发送优先指针

SND.WL1 ： 用于最后窗口更新的段序列号

SND.WL2 ： 用于最后窗口更新的段确认号

ISS ： 初始发送序列号

接收序列号

RCV.NXT ： 接收下一个

RCV.WND ： 接收下一个

RCV.UP ： 接收优先指针

IRS ： 初始接收序列号

当前段变量

SEG.SEQ ： 段序列号

SEG.ACK ： 段确认标记

SEG.LEN ： 段长

SEG.WND ： 段窗口

SEG.UP ： 段紧急指针

SEG.PRC ： 段优先级

CLOSED 表示没有连接，各个状态的意义如下：

LISTEN ： 监听来自远方TCP 端口的连接请求。

SYN-SENT ： 在发送连接请求后等待匹配的连接请求。

SYN-RECEIVED ： 在收到和发送一个连接请求后等待对连接请求的确认。

ESTABLISHED ： 代表一个打开的连接，数据可以传送给用户。

FIN-WAIT-1 ： 等待远程TCP 的连接中断请求，或先前的连接中断请求的确认。

FIN-WAIT-2 ： 从远程TCP 等待连接中断请求。

CLOSE-WAIT ： 等待从本地用户发来的连接中断请求。

CLOSING ： 等待远程TCP 对连接中断的确认。

LAST-ACK ： 等待原来发向远程TCP 的连接中断请求的确认。

TIME-WAIT ： 等待足够的时间以确保远程TCP 接收到连接中断请求的确认。

CLOSED ： 没有任何连接状态。

TCP 连接过程是状态的转换，促使发生状态转换的是用户调用：OPEN，SEND，

RECEIVE，CLOSE，ABORT 和STATUS。传送过来的数据段，特别那些包括以下标记的数

据段SYN，ACK，RST 和FIN。还有超时，上面所说的都会时TCP 状态发生变化。

序列号

请注意，我们在TCP 连接中发送的字节都有一个序列号。因为编了号，所以可以

确认它们的收到。对序列号的确认是累积性的。TCP 必须进行的序列号比较操作种类包括

以下几种：

①决定一些发送了的但未确认的序列号。

②决定所有的序列号都已经收到了。

③决定下一个段中应该包括的序列号。

对于发送的数据TCP 要接收确认，确认时必须进行的：

SND.UNA = 最老的确认了的序列号。

SND.NXT = 下一个要发送的序列号。

SEG.ACK = 接收TCP 的确认，接收TCP 期待的下一个序列号。

SEG.SEQ = 一个数据段的第一个序列号。

SEG.LEN = 数据段中包括的字节数。

SEG.SEQ+SEG.LEN-1 = 数据段的最后一个序列号。

如果一个数据段的序列号小于等于确认号的值，那么整个数据段就被确认了。而

在接收数据时下面的比较操作是必须的：

RCV.NXT = 期待的序列号和接收窗口的最低沿。

RCV.NXT+RCV.WND：1 = 最后一个序列号和接收窗口的最高沿。

SEG.SEQ = 接收到的第一个序列号。

SEG.SEQ+SEG.LEN：1 = 接收到的最后一个序列号。

2、TCP连接建立过程

在TCP／IP中，TCP协议通过三次握手来建立连接，从而提供可靠的连接服务。

第一次握手：建立连接后，客户端向服务器发送syn包（syn＝j），进入SYN＿SEND状态，等待服务器确认；

第二次握手：当服务器收到syn包时，必须确认客户端的syn（ack＝j＋1）并发送一个syn包（syn＝k），即syn＋ack包。此时，服务器进入SYN＿RECV状态。

第三次握手：SYN＋ACK包，客户端收到服务器端发来的确认包ACK（ACK＝k＋1），来发送这个包来发送，客户端和服务器端进入建立状态，完成三路握手。

(2)tcp服务器流程扩展资料：

重要概念：

无关的队列：三重握手协议、服务器维护一个独立队列，为每个客户的SYN包创建一个条目（SYN＝j）表明服务器已经收到了SYN包和确认发送到客户，等待客户的确认包。

这些条目标识的连接处于服务器的Syn＿RECV状态，当服务器接收到客户机的确认包时，它将删除该条目，服务器将进入已建立的状态。

Backlog参数：表示要保持的未连接队列的最大数量。

当服务器发送synack包时，如果没有收到客户端确认包，服务器将进行第一次重传，等待一段时间仍然没有收到客户端确认包，然后进行第二次重传。

如果重传号超过系统指定的最大重传号，系统将从半连接队列中删除连接信息。注意每个重传的等待时间可能不相同。

半连接生存时间：指半连接队列中条目的最长生存时间，即从接收SYN包到确认无效消息的最长服务时间。这个时间值是所有重传请求包的最长等待时间的总和。有时我们也称半连接生存时间为超时时间，SYN＿RECV生存时间。

3、公网的TCP客户端与内网的TCP服务器连接如何实现？

被动发起的。你访问服务器时，把自己的IP和端口信息已经提交到服务器了，之后服务器再按你这个信息，返回数据。
请给我的回答采纳，谢谢！

4、TCP/IP建立连接的步骤是什么？

TCP协议建立连接的过程：
在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。

第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；

第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；

第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

完成三次握手，客户端与服务器开始传送数据，在上述过程中，还有一些重要的概念：

未连接队列：在三次握手协议中，服务器维护一个未连接队列，该队列为每个客户端的SYN包（syn=j）开设一个条目，该条目表明服务器已收到SYN包，并向客户发出确认，正在等待客户的确认包。这些条目所标识的连接在服务器处于Syn_RECV状态，当服务器收到客户的确认包时，删除该条目，服务器进入ESTABLISHED状态。
Backlog参数：表示未连接队列的最大容纳数目。

SYN-ACK 重传次数 服务器发送完SYN－ACK包，如果未收到客户确认包，服务器进行首次重传，等待一段时间仍未收到客户确认包，进行第二次重传，如果重传次数超过系统规定的最大重传次数，系统将该连接信息从半连接队列中删除。注意，每次重传等待的时间不一定相同。

半连接存活时间：是指半连接队列的条目存活的最长时间，也即服务从收到SYN包到确认这个报文无效的最长时间，该时间值是所有重传请求包的最长等待时间总和，有时也称半连接存活时间为Timeout时间、SYN_RECV存活时间。

5、TCP socket 通信的流程？

server端：socket, bind, listen, accept, read, write
client端：socket, connect, write, read

更详细的，google，搜，socket 编程

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

三次握手：
第一次握手：客户端发送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，至此，完成四次挥手。

7、配置TCP/IP协议的步骤

1.右键网上邻居属性
2.右键本地连接属性
3.单击TCP/IP属性
4.进入界面 输入IP地址，掩码一般为255.255.255.0
输入网关，输入DNS服务器地址
5.确定，完成

8、TCP服务器是什么

TCP指的是传输控制协议。它是一种面向连接导向的、可靠地及基于字节流的运输层通信协议。而在接触TCP中还有UDP,UDP也是一项重要的传输协议。TCP提供超时重发，丢弃重复数据，检验数据，流量控制等功能，保证数据能从一端传到另一端
1、提供IP环境下的数据可靠传输（一台计算机发出的字节流会无差错的发往网络上的其他计算机，而且计算机A接收数据包的时候，也会向计算机B回发数据包，这也会产生部分通信量）,有效流控，全双工操作（数据在两个方向上能同时传递）,多路复用服务，是面向连接，端到端的传输；
2、面向连接：正式通信前必须要与对方建立连接。事先为所发送的数据开辟出连接好的通道，然后再进行数据发送，就像打电话。
3、TCP支持的应用协议：FTP 文件传送、RLogin 远程登录、SMTP POP3 电子邮件、NFS 网络文件系统、远程打印、远程执行、名字服务器终端服务器等服务类型。

9、TCP连接的步骤

syn是同步信号，ack是应答信号
第一步客户机向服务器发送一个TCP数据包,表示请求建内立连接. 为此,客户端容将数据包的SYN位设置为1。
第二步服务器收到了数据包,并从SYN位为1知道这是一个建立请求的连接.于是服务器也向客户端发送一个TCP数据包.因为是响应客户机的请求,于是服务器设置ACK为1。
第三步客户机收到了服务器的TCP,并从ACK为1知道是从服务器来的确认信息.于是客户机也向服务器发送确认信息.客户机设置ACK=1
最后一步服务器受到确认信息,也完成连接

10、TCP/IP建立连接的步骤是什么

在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。

第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；

第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；

第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

完成三次握手，客户端与服务器开始传送数据，在上述过程中，还有一些重要的概念：

未连接队列：在三次握手协议中，服务器维护一个未连接队列，该队列为每个客户端的SYN包（syn=j）开设一个条目，该条目表明服务器已收到SYN包，并向客户发出确认，正在等待客户的确认包。这些条目所标识的连接在服务器处于Syn_RECV状态，当服务器收到客户的确认包时，删除该条目，服务器进入ESTABLISHED状态。
Backlog参数：表示未连接队列的最大容纳数目。

SYN-ACK 重传次数 服务器发送完SYN－ACK包，如果未收到客户确认包，服务器进行首次重传，等待一段时间仍未收到客户确认包，进行第二次重传，如果重传次数超过系统规定的最大重传次数，系统将该连接信息从半连接队列中删除。注意，每次重传等待的时间不一定相同。

半连接存活时间：是指半连接队列的条目存活的最长时间，也即服务从收到SYN包到确认这个报文无效的最长时间，该时间值是所有重传请求包的最长等待时间总和。有时我们也称半连接存活时间为Timeout时间、SYN_RECV存活时间。