计算机网络-第6章习题答案.doc

计算机网络-第6章习题答案.doc

ID:59493203

大小:38.50 KB

页数:5页

时间:2020-11-03

计算机网络-第6章习题答案.doc_第1页
计算机网络-第6章习题答案.doc_第2页
计算机网络-第6章习题答案.doc_第3页
计算机网络-第6章习题答案.doc_第4页
计算机网络-第6章习题答案.doc_第5页
资源描述:

《计算机网络-第6章习题答案.doc》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、第六章习题答案6.1既然网络层协议或网际互联协议能够将源主机发出的分组按照协议首部中的目的地址交到目的主机,为什么还需要再设置一个传输层呢?答:(1)传输层为应用进程之间提供端到端的逻辑通信。(2)传输层对整个报文段进行差错校验和检测。(3)传输层的存在使得传输服务比网络服务更加合理有效。(4)传输层采用一个标准的原语集提供传输服务。从以上分析可以看出要实现上述的功能,仅有网络层是不够的,在主机中就必须装有传输层协议。6.2试述UDP和TCP协议的主要特点及它们的适用场合。答:UDP协议具有如下特点:UDP是无连接的,提供

2、不可靠的服务,同时支持点到点和多点之间的通信,面向报文的。TCP协议具有如下特点:TCP是面向连接的,提供可靠的服务,只能进行点到点的通信,面向字节流的。TCP/IP协议的传输层既包括TCP,也包括UDP,它们提供不同的服务。应用层协议如果强调数据传输的可靠性,那么选择TCP较好,分组的丢失、残缺甚至网络重置都可以被传输层检测到,并采取相应的补救措施。如果应用层协议强调实时应用要求,那么选择UDP为宜。6.3若一个应用进程使用运输层的用户数据报UDP。但继续向下交给IP层后,又封装成IP数据报。既然都是数据报,是否可以跳过

3、UDP而直接交给IP层?UDP能否提供IP没有提供的功能?答:仅仅使用IP数据报还不够。IP数据报包含IP地址,该地址指定一个目的地机器。一旦这样的分组到达了目的地机器,网络控制程序如何知道该把它交给哪个进程呢?UDP用户数据报包含一个目的地端口,这一信息是必需的,因为有了它,分组才能被投递给正确的进程。6.4请分析SYNFlood攻击是如何利用三次握手的漏洞的。答:SYNFlood是当前最流行的DoS(拒绝服务攻击)与DDoS(分布式拒绝服务攻击)的方式之一,这是一种利用TCP协议缺陷,发送大量伪造的TCP连接请求,从而

4、使得被攻击方资源耗尽(CPU满负荷或内存不足)的攻击方式。  要明白这种攻击的基本原理,还是要从TCP连接建立的过程开始说起:大家都知道,TCP与UDP不同,它是基于连接的,也就是说:为了在服务端和客户端之间传送TCP数据,必须先建立一个虚拟电路,也就是TCP连接,建立TCP连接的标准过程是这样的:(1)请求端(客户端)发送一个包含SYN标志的TCP报文,SYN即同步,同步报文会指明客户端使用的端口以及TCP连接的初始序号;(2)服务器在收到客户端的SYN报文后,将返回一个SYN+ACK的报文,表示客户端的请求被接受,同时

5、TCP序号被加1,ACK即确认。(3)客户端也返回一个确认报文ACK给服务器端,同时TCP序号被加1,到此一个TCP连接建立。以上的连接过程在TCP协议中被称为三次握手。问题就出在TCP连接的三次握手中,假设一个用户向服务器发送了SYN报文后突然死机或掉线,那么服务器在发出SYN+ACK应答报文后是无法收到客户端的ACK报文的(第三次握手无法完成),这种情况下服务器端一般会重试(再次发送SYN+ACK给客户端)并等待一段时间后丢弃这个未完成的连接,这段时间的长度我们称为SYNTimeout,一般来说这个时间是分钟的数量级(

6、大约为30秒-2分钟);一个用户出现异常导致服务器的一个线程等待1分钟并不是什么很大的问题,但如果有一个恶意的攻击者大量模拟这种情况,服务器端将为了维护一个非常大的半连接列表而消耗非常多的资源——数以万计的半连接,即使是简单的保存并遍历也会消耗非常多的CPU时间和内存,何况还要不断对这个列表中的IP进行SYN+ACK的重试。实际上如果服务器的TCP/IP栈不够强大,最后的结果往往是堆栈溢出崩溃---即使服务器端的系统足够强大,服务器端也将忙于处理攻击者伪造的TCP连接请求而无暇理睬客户的正常请求(毕竟客户端的正常请求比率非

7、常之小),此时从正常客户的角度看来,服务器失去响应,这种情况我们称作:服务器端受到了SYNFlood攻击(SYN洪水攻击)。6.1TCP报文段首部的16进制为048500502E7C8403FE34D7475011FF6CDE690000请分析这个TCP报文段首部各字段的值。答:字段值(16进制)含义源端口0485源端口是1157目的端口0050目的端口是80序号2e7c8403TCP报文段的序号确认号fe34d747TCP报文段的确认号数据偏移5TCP报文段首部长度20字节保留()2保留为今后使用URG(紧急比特)(0)

8、2紧急指针无效ACK(确认比特)(1)2确认比特有效,此TCP报文段为确认报文段PSH(推送比特)(0)2推送比特无效RST(复位比特)(0)2复位比特无效SYN(同步比特)(0)2同步比特无效FIN(终止比特)(1)2终止比特有效,此TCP报文段为终止报文段窗口ff6c设置发送端的发送窗口为65388

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。