tcp接口对接(TCP socket接口)

TCP / IP协议并不完全符合七层OSI参考模型。传统的开放式系统互连参考模型是一种通信协议，其中每一层执行某一特定任务的七层参考模型的抽象。该模型的目的是，各种硬件在相同的电平进行通信。七个层是：物理层，数据链路层，网络层，传输层，会话层，表示层和应用层。在TCP / IP通讯协议采用四层的层次结构，每一层网络调用其提供完成他们的需要一个新的水平。这四个层次分别是：应用层：应用程序，如简单邮件传输协议（SMTP），文件传输协议（FTP），网络远程访问协议（Telnet）类型等之间的通信层。传输层：在该层中，它提供了通信数据的发送时，节点之间的应用，主要功能是对数据进行格式化，数据丢失和重发，根据权利要求等。传输控制协议（TCP），用户数据报协议（UDP）等，TCP和UDP传输添加的数据分组，并将其传输到下一层，这一层负责传送数据，并且确定数据已被传送和接收。互连网络层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机（但不检查是否被正确接收），如网际协议（IP）。网络接口层（主机 - 网络层）：接收IP数据包并发送，接收物理帧从网络中提取IP数据报转发到一个新的水平，实际的网络媒体的管理，定义如何使用实际网络（如以太网，串行线路等）来传输数据。 TCP / IP协议的体系结构图 下面简单介绍一下主要的协议TCP / IP，协议都有什么样的功能，是如何工作的：1。 IP是IP互联网协议TCP / IP的心脏是最重要的网络层协议。由IP层接收的是一个较低的层（例如，以太网网络接口设备驱动器层），以将数据包制作和分组发送到更高层--- TCP或UDP层;相反，IP层是TCP或UDP从该层接收数据分组到下层。 IP数据包是不可靠的，因为IP并没有做任何事情来确认或没有该数据包以发送销毁。包含该主机的IP数据包发送它的地址（源地址）和接收它的主机的地址（目的地址）。高层的TCP和UDP服务接收数据包时，通常假定数据包的源地址是有效的。也可以这样说，IP地址形成了许多认证服务的基础，这些服务相信数据包是从前来有效的主机发送。 IP一定要包含名为IP源路由选项，可用于指定的源地址和目的地址之间的直接路径。 TCP和UDP的一些服务，利用IP包的，如果选项是从最后一个系统在路径，而不是从它的真实位置通过。这个选项用于测试存在，这表明它可用于欺骗系统通常是被禁止的连接。因此，不要多依靠IP源地址标识的问题，该服务将非法入侵。 2。 TCP IP数据包，如果有被封的TCP数据包中，IP将他们'上'传送到TCP层。的TCP数据包的排序和错误检查，同时实现虚电路之间的连接。 TCP数据包包括的序列号和确认，所接收的分组不是顺序进行排序，损坏的数据包可以被重传。 TCP的信息到更高级别的应用程序，例如Telnet的服务程序和客户端。信息返回给应用程序打开TCP层，TCP传输层把他们下到IP层，设备驱动程序和物理介质，最后到接收方。面向连接的服务（如Telnet，FTP，rlogin的，X Windows和SMTP）要求的可靠性程度高，所以他们使用TCP。 DNS使用TCP（发送和接收域名数据库），在某些情况下，但使用单个主机上的UDP传输的。 3.UDP UDP和TCP在同一层中，但它并不重要分组错误或者重发的次序。因此，UDP协议并不适用于那些用于服务虚电路连接，UDP主要用于那些服务来应答查询---，如NFS。相对于FTP或Telnet，这些信息服务需要交换量不大。使用UDP的服务包括NTP（网络时间协议）和DNS（DNS也使用TCP）。 UDP数据包欺骗TCP包更容易，而不是欺骗，因为UDP没有建立初始化连接（也称为握手）（因为这两个系统没有VC），即，使用UDP相关的服务面临着更大的危险。 4.ICMP ICMP和IP的处于同一水平，这是用于控制IP信息的传输。它主要用于提供信息通往目的地的路径信息。 ICMP的“重定向”的信息通知主机系统，导致更准确的其他路径，而“不可到达”消息将指示与该路径中的问题。另外，如果路径不可用，ICMP TCP连接可以使'体面'终止。 PING是最常用的基于ICMP的服务。 5 TCP TCP和UDP端口结构和UDP服务通常有客户端/服务器的关系，例如，启动Telnet服务器进程在系统上处于空闲状态，等待连接。用户Telnet客户端建立与服务流程的连接。写入处理信息的客户服务程序，读取信息和服务流程的响应，客户端读取响应用户的报告。因此，该连接是双工可用于读取和写入。这两个系统之间的多个Telnet连接是如何识别相互和统一呢？ TCP或UDP连接使用每个以下四个证实的唯一信息：源IP地址发送数据包的IP地址。接收到的数据包的目的IP地址的IP地址。源端口源系统上的端口连接。目的端口目的系统上的端口连接。端口是一个软件架构，客户端或服务进程用来发送和接收信息。一个端口对应一个16位的数字。服务进程通常使用一个固定的端口，例如，SMTP使用25，Xwindows下6000。这些端口号是“已知的”是因为，当对一个特定的主机或服务的连接要求的通信地址和目的地址。参考模型TCP / IP协议并不完全符合七层OSI参考模型。传统的开放式系统互连参考模型是一种通信协议，其中每一层执行某一特定任务的七层参考模型的抽象。该模型的目的是，各种硬件在相同的电平进行通信。七个层是：物理层，数据链路层，网络层，传输层，话路的层，表示层和应用层。在TCP / IP通讯协议采用四层的层次结构，每一层网络调用其提供完成他们的需要一个新的水平。这四个层次分别是：应用层：应用程序，如简单邮件传输协议（SMTP），文件传输协议（FTP），网络远程访问协议（Telnet）类型等之间的通信层。传输层：在该层，它提供节点，如传输控制协议（TCP），用户数据报协议（UDP）等，TCP和UDP之间的数据传输服务来传输数据分组到一起，并将其传输到下一层，这一层负责传送数据，并且确定数据已被传送和接收。互连网络层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机（但不检查是否被正确接收），如网际协议（IP）。网络接口层：实际的网络媒体的管理，定义如何使用实际网络（如以太网，串行线路等）来传输数据。之所以说TCP / IP是一个协议族，是因为TCP / IP协议，包括TCP，IP，UDP，ICMP，RIP，TELNETFTP，SMTP，ARP，TFTP等许多协议，这些协议一起被称为TCP / IP协议。下面我们就一些常见的协议，协议套件，并使用英文名称的说明：TCP（传输控制协议）传输控制协议IP（互联网协议）的互联网协议UDP（用户数据报协议），用户数据报协议ICMP（Internet控制消息协议） Internet控制消息协议SMTP（简单邮件传输协议）简单邮件传输协议SNMP（简单网络管理协议）SNMP FTP（文件传输协议）文件传输协议ARP（地址解析协议），ARP协议从模型而言分层，TCP /知识产权分为四层：网络接口层，互连网络层，传输层和应用层。其中：其中是TCP / IP软件的最低水平，网络接口层负责接收数据包，并通过IP网络发送或从网络接收物理帧，取IP数据报的IP层。互连网络层负责相邻计算机之间的通信。其特点包括三个方面。首先，应对来自传输层数据包传输请求，收到请求后，数据包在IP数据报头填充，选择路径注定水槽机，然后将数据报发送到相应的网络接口。二，过程输入数据报：首先检查其合法性，然后路由 - 如果数据报到达目的主机，然后取出头，其余部分到合适的传输协议，如果该数据报尚未达到水槽，然后转发该数据报。第三，处理路径，流控制，拥塞和其他问题。在传输层提供应用程序之间的通信。它的功能包括：一，格式化信息流;二，提供可靠的传输。实现后者，传输协议指定的接收方必须发送回一个确认，如果一个数据包丢失，并且必须被重新发送。应用层为用户提供一组通用的应用程序，如电子邮件，文件传输访问，远程登录等。使用TELNET TELNET协议的远程登录提供了网络接口注册的其他主机。 TELNET会话提供了基于字符的虚拟终端。使用FTP协议来提供网络文件拷贝功能的机器访问FTP文件传输。我们已经了解了OSI参考模型的概念，我们现在来看一看，而不是七个协议参考模型，TCP / IP协议是如何实现网络模型。在TCP / IP协议族的应用层文件传输，电子邮件，文件服务，虚拟终端TFTP，HTTP，SNMP，FTP，SMTP，DNS，RIP协议，远程登录表示层的数据OSI层的功能格式技术，代码转换，数据加密，没有排出任何协议会话层，或建立与其他联系人的联系没有协议传输层提供终端到接口的TCP，UDP网络层分组选择路由IP，ICMP，OSPF，BGP，IGMP，ARP，RARP传输数据链路层帧和错误检测功能有SLIP地址，CSLIP，PPP的MTU物理层到二进制数据的物理形态媒体传输数据ISO2110，IEEE802。 IEEE802.2 数据链路层包括硬件接口和协议ARP，RARP，两个协议主要用于创建和从物理层接收到的信息上传的物理层信息;网络层的协议包括IP，ICMP， IGMP等，因为它包含了IP协议模块，所以它是所有基于TCP / IP协议的网络核心。在网络层，IP模块完成大部分功能。 ICMP和IP和其他IP协议来帮助完成特定的任务，如控制消息的传输差错控制信息以及主机/路由器等IGMP支持。网络层负责网络主机之间的信息传输。主要的传输层协议是TCP和UDP。作为网络层控制该控制数据进入网络层主机传输层之间的数据传输。它管理两个协议，在两种方式中的数据：？ TCP是一个基于连接的协议（还记得我们在网络基础你忘记它谈到了服务的面向连接和无连接服务的理念，去看看），UDP协议为导向的管理风格是无连接的服务。在堆栈的顶部应用层，其主要任务是应用。当然，上述协议的设计也为这些应用中，特别是一些常用的协议功能如下：远程登录：提供远程登录（终端仿真）服务，它似乎比较老的论坛就是采用这种降落。 FTP：文件传输提供应用层服务，说简单点就是远程文件访问等服务; SMTP：不用说拉，日常使用的电子邮件协议。 TFTP：小而简单的文件传输服务，实际上从某个角度看，它是一种替代（尤其是小，只有在时间的文件传输需求）上的FTP。 SNMP：SNMP。看看什么样的名字的含义就不用说了吧。 DNS：域名服务，这是怎么将域名映射到IP地址的协议。网址：我不知道你不熟悉这个协议熟啊？这是超文本传输协议，为什么你现在可以看到网上的图片的原因，动画，音频，等等，都是依靠协议在作怪啊！

TCP 和 UDP 都是 IP 层的传输协议，是 IP 与上层之间的处理接口。TCP 和 UDP 协议端口号被设计来区分运行在单个设备上的多重应用程序的 IP 地址。+---------+--------------+--------------+-----------------------------------+|MAC      | IP           | TCP/UDP      |    Data                           |+---------+--------------+--------------+-----------------------------------+基本情况就是上述帧格式：五元组分别位于MAC, IP, TCP/UDP里面：MAC里面的type决定了是否是IP帧，IP里面给出了SrcIp和DestIp，TCP、UDP头给出了到底是那种传输层协议。绑定bind主要用于服务，而客户端一般采用连接connect。 其过程就像启动一个服务，然后绑定到一个特定端口，对该端口所有进来的tcp/udp请求进行响应。一个TCP连接需要由四元组来形成，即(src_ip,src_port,dst_ip,dst_port)。当一个连接请求过来的时候，服务端调用accept函数，新生成一个socket，这个socket所占用的本地端口依然是80端口。由四元组就很容易分析到了，同一个(src_ip,src_port)，它所对应的(dst_ip,dst_port)可以无穷变化，这样就可以建立很多个客户端的请求了。UDP的connect函数，给udp进行了链接，那么udp的异步错误是不会返回到udp套接字的。般情况下，不connect的udp是不知道对面有没有错的，如果有错，那真的是晕啊。因为万一对面服务挂了，客户端一直都不知道，一直等到死。再次调用connect有2个目的：1.指定新的ip和端口 （指定新的即可）2.断开套接字 （family成员设置为AF_UNSPEC:sin_family,sin6_family)对于tcp来说，connect只能调用一次，万万不可调用2次。TCP层为连接状态的维持保留有一段时间,在这段时间内连接状态没有被修改之前是不允许重复connect的。TCP的有一个种2MSL等待时间。udp在发送数据的时候才知道链接不上，而tcp还没有发送数据的时候，就已经知道链接不上鸟udp缺乏流量控制，udp发送端淹没接收端是轻而易举的事情。因套接字满而丢弃鸟。高级udp编程时再讲解如何给udp程序增加一些可靠性。
不管TCP还是UDP，都含有网络服务必须的源端口和目的端口信息，以建立和实现网络传输服务。这时，你的疑问就来了：既然都用于传输，为何要搞两个不同的协议呢？这就需要从网络中不同服务的需求来谈起。 在网络中，有些服务，如HTTP、FTP等，对数据的可靠性要求较高，在使用这些服务时，必须保证数据包能够完整无误的送达；而另外一些服务，如DNS、即时聊天工具等，并不需要这么高的可靠性，高效率和实时性才是它们所关心的。根据这两种服务不同的需求，也就诞生了面向连接的TCP协议，以及面向无连接的UDP协议。这里的连接（Connection）和无连接（Connectionless）是网络传输中常用的术语，它们的关系可以用一个形象地比喻来说明，就是打电话和写信。打电话时，一个人首先必须拨号（发出连接请求），等待对方响应，接听电话（建立了连接）后，才能够相互传递信息。通话完成后，还需要挂断电话（断开连接），才算完成了整个通话过程。写信则不同，你只需填写好收信人的地址信息，然后将信投入邮局，就算完成了任务。此时，邮局会根据收信人的地址信息，将信件送达指定目的地。我们可以看到，这两者之间有很大不同。打电话时，通话双方必须建立一个连接，才能够传递信息。连接也保证了信息传递的可靠性，因此，面向连接的协议必然是可靠的。无连接就没有这么多讲究，它不管对方是否有响应，是否有回馈，只管将信息发送出去。就像信件一旦进了邮箱，在它到达目的地之前，你没法追踪这封信的下落；接收者即使收到了信件，也不会通知你信件何时到达。在整个通讯过程中，没有任何保障。因此我们常说，面向无连接的协议也是不可靠的。当然，邮局会尽力将右键送到目的地，99%的情况信件会安全到达，但在少数情况下也有例外。 面向连接的协议比面向无连接的协议在可靠性上有着显著的优势，但建立连接前必须等待接收方响应，传输信息过程中必须确认信息是否传到，断开连接时需要发出响应信号等，无形中加大了面向连接协议的资源开销。具体到TCP和UDP协议来说，除了源端口和目的端口，TCP还包括序号、确认信号、数据偏移、控制标志（通常说的URG、ACK、PSH、RST、SYN、FIN）、窗口、校验和、紧急指针、选项等信息，UDP则只包含长度和校验和信息。UDP数据报比TCP小许多，这意味着更小的负载和更有效的使用带宽。许多即时聊天软件采用UDP协议，与此有莫大的关系。
tcp和udp传送协议是微软公司和操作系统开发时一起定义好了的，重要的端口已经在dll动态链接库文件和API函数文件里面定义好了的。1-9999的端口大部分都是系统定义好了的。因为操作系统的微软公司的。比如445,135,139,21,22,80,3389,4899,25，端口号都是人家在操作系统内核编程的时候早就定义好了的，1-9999以下通用的端口号是大家约定俗成。文件传输一般用TCP协议，QQ数据一般用UDP，端口号一般在10000以上，程序sokt套接字里面设定，当然在三层交换机，路由器上面也要设置。我说的可不是普通家庭的，是思科的大型交换机，路由器。那里面也要设置端口。
不管TCP还是UDP，都含有网络服务必须的源端口和目的端口信息，以建立和实现网络传输服务。这时，你的疑问就来了：既然都用于传输，为何要搞两个不同的协议呢？这就需要从网络中不同服务的需求来谈起。 在网络中，有些服务，如HTTP、FTP等，对数据的可靠性要求较高，在使用这些服务时，必须保证数据包能够完整无误的送达；而另外一些服务，如DNS、即时聊天工具等，并不需要这么高的可靠性，高效率和实时性才是它们所关心的。根据这两种服务不同的需求，也就诞生了面向连接的TCP协议，以及面向无连接的UDP协议。这里的连接（Connection）和无连接（Connectionless）是网络传输中常用的术语，它们的关系可以用一个形象地比喻来说明，就是打电话和写信。打电话时，一个人首先必须拨号（发出连接请求），等待对方响应，接听电话（建立了连接）后，才能够相互传递信息。通话完成后，还需要挂断电话（断开连接），才算完成了整个通话过程。写信则不同，你只需填写好收信人的地址信息，然后将信投入邮局，就算完成了任务。此时，邮局会根据收信人的地址信息，将信件送达指定目的地。我们可以看到，这两者之间有很大不同。打电话时，通话双方必须建立一个连接，才能够传递信息。连接也保证了信息传递的可靠性，因此，面向连接的协议必然是可靠的。无连接就没有这么多讲究，它不管对方是否有响应，是否有回馈，只管将信息发送出去。就像信件一旦进了邮箱，在它到达目的地之前，你没法追踪这封信的下落；接收者即使收到了信件，也不会通知你信件何时到达。在整个通讯过程中，没有任何保障。因此我们常说，面向无连接的协议也是不可靠的。当然，邮局会尽力将右键送到目的地，99%的情况信件会安全到达，但在少数情况下也有例外。 面向连接的协议比面向无连接的协议在可靠性上有着显著的优势，但建立连接前必须等待接收方响应，传输信息过程中必须确认信息是否传到，断开连接时需要发出响应信号等，无形中加大了面向连接协议的资源开销。具体到TCP和UDP协议来说，除了源端口和目的端口，TCP还包括序号、确认信号、数据偏移、控制标志（通常说的URG、ACK、PSH、RST、SYN、FIN）、窗口、校验和、紧急指针、选项等信息，UDP则只包含长度和校验和信息。UDP数据报比TCP小许多，这意味着更小的负载和更有效的使用带宽。许多即时聊天软件采用UDP协议，与此有莫大的关系。

使用 tcp协议连接ip端口 "端口"是英文port的意译，可以认为是设备与外界通讯交流的出口。端口可分为虚拟端口和物理端口正局毁，其中虚拟端腊者口指计算机内部或交换机路由器内的端口，不可见。例如计算机中的80端口、21端口、23端口等。物理端口又称为接口，是可见端口，计算机背板的RJ45网口，交换机路由器集线器等RJ45端口。电话使用RJ11插口也属于物理端口的范畴举备。

TCP端口就是为TCP协议通信提供服务的端口。TCP （Transmission Control Protocol） ，TCP是一种面向连接（连接导向）的、可靠的、基于字节流的运输层（Transport layer）通信协议，由IETF的RFC 793说明（specified）。在计算机网络OSI模型中，它完成第四层传输层所指定的功能。我们的电脑与网络连接的许多应用都是通过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 = 接收到的最后一个序列号。
这是一个很复杂的过程，还是找本书看一下，或者在网上看一下吧，三言两语很难说得清楚。