网络编程第2章.ppt

* * * * Linux系统中，一个UDP端口是一个可读和可写的软件结构，UDP协议为每个端口维护一个接收缓冲区。 接收数据时，如果没有匹配的端口号则丢弃这个数据报，并且向发送主机返回一个“端口不可到达”的ICMP消息。 如果匹配端口的接收缓冲区已满，UDP也丢弃这个数据报，但是不返回错误消息。 伪首部： ?????? 1. 伪首部并非TCPUDP数据报中实际的有效成分。伪首部是一个虚拟的数据结构，其中的信息是从数据报所在IP分组头的分组头中提取的，既不向下传送也不向上递交，而仅仅是为计算校验和。这样的校验和，既校验了TCPUDP用户数据的源端口号和目的端口号以及TCPUDP用户数据报的数据部分，又检验了IP数据报的源IP地址和目的地址。伪报头保证TCPUDP数据单元到达正确的目的地址。因此，伪报头中包含IP地址并且作为计算校验和需要考虑的一部分。最终目的端根据伪报头和数据单元计算校验和以验证通信数据在传输过程中没有改变而且到达了正确的目的地址。 ?????? 2.伪首部，更确切的说是校验和包含的—个96位的伪首标，是个理论上的值，只是理论上它位于TCPUDP首标的前面。这个伪首标包含了源地址、目的地址、协议和TCPUDP长度等字段，这使得TCPUDP能够防止出现路由选择错误的数据段。这些信息由网际协议(IP)承载，通过TCPUDP网络接口，在IP上运行的TCPUDP调用参数或者结果中传递。 附：校验和计算方法，以ip首部为例 ??????? 为了计算一份数据报的IP检验和，首先把检验和字段置为0。然后，对首部中每个16bit进行二进制反码求和（整个首部看成是由一串16bit的字组成），结果存在检验和字段中。当收到一份IP数据报后，同样对首部中每个16bit进行二进制反码的求和。由于接收方在计算过程中包含了发送方存在首部中的检验和，因此，如果首部在传输过程中没有发生任何差错，那么接收方计算的结果应该为全1。如果结果不是全1（即检验和错误），那么IP就丢弃收到的数据报。但是不生成差错报文，由上层去发现丢失的数据报并进行重传。 * * * * * * * * * （1）第一次握手：建立连接时，客户端A发送SYN包（SYN=j）到服务器B，并进入SYN_SEND状态，等待服务器B确认。 （2）第二次握手：服务器B收到SYN包，必须确认客户A的SYN（ACK=j+1），同时自己也发送一个SYN包（SYN=k），即SYN+ACK包，此时服务器B进入SYN_RECV状态。 （3）第三次握手：客户端A收到服务器B的SYN＋ACK包，向服务器B发送确认包ACK（ACK=k+1），此包发送完毕，客户端A和服务器B进入ESTABLISHED状态，完成三次握手。 完成三次握手，客户端与服务器开始传送数据。 * 由于TCP连接是全双工的，因此每个方向都必须单独进行关闭。这个原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN只意味着这一方向上没有数据流动，一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。 （1）客户端A发送一个FIN，用来关闭客户A到服务器B的数据传送 （2）服务器B收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN一样，一个FIN将占用一个序号。 （3）服务器B关闭与客户端A的连接，发送一个FIN给客户端A。 （4）客户端A发回ACK报文确认，并将确认序号设置为收到序号加1。 * 1.客户端应用程序的状态迁移图 客户端的状态可以用如下的流程来表示： CLOSED-SYN_SENT-ESTABLISHED-FIN_WAIT_1-FIN_WAIT_2-TIME_WAIT-CLOSED 以上流程是在程序正常的情况下应该有的流程，从书中的图中可以看到，在建立连接时，当客户端收到SYN报文的ACK以后，客户端就打开了数据交互地连接。而结束连接则通常是客户端主动结束的，客户端结束应用程序以后，需要经历FIN_WAIT_1，FIN_WAIT_2等状态，这些状态的迁移就是前面提到的结束连接的四次握手。 2.服务器的状态迁移图 服务器的状态可以用如下的流程来表示： CLOSED-LISTEN-SYN收到-ESTABLISHED-CLOSE_WAIT-LAST_ACK-CLOSED 在建立连接的时候，服务器端是在第三次握手之后才进入数据交互状态，而关闭连接则是在关闭连接的第二次握手以后（注意不是第四次）。而关闭以后还要等待客户端给出最后的ACK包才能进入初始的状态。 3.其他状态迁移 书中的图还有一些其他的状态迁移，这些状态迁移针对服务器和客户端两方面的总结如下 LISTEN-SYN_SENT，对于这个解释就很简单了，服务器有时候也要打