实验六DHCP及FTP工作原理验证.docx

上传人:b****3 文档编号:4387120 上传时间:2023-05-07 格式:DOCX 页数:11 大小:302.35KB
下载 相关 举报
实验六DHCP及FTP工作原理验证.docx_第1页
第1页 / 共11页
实验六DHCP及FTP工作原理验证.docx_第2页
第2页 / 共11页
实验六DHCP及FTP工作原理验证.docx_第3页
第3页 / 共11页
实验六DHCP及FTP工作原理验证.docx_第4页
第4页 / 共11页
实验六DHCP及FTP工作原理验证.docx_第5页
第5页 / 共11页
实验六DHCP及FTP工作原理验证.docx_第6页
第6页 / 共11页
实验六DHCP及FTP工作原理验证.docx_第7页
第7页 / 共11页
实验六DHCP及FTP工作原理验证.docx_第8页
第8页 / 共11页
实验六DHCP及FTP工作原理验证.docx_第9页
第9页 / 共11页
实验六DHCP及FTP工作原理验证.docx_第10页
第10页 / 共11页
实验六DHCP及FTP工作原理验证.docx_第11页
第11页 / 共11页
亲,该文档总共11页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

实验六DHCP及FTP工作原理验证.docx

《实验六DHCP及FTP工作原理验证.docx》由会员分享,可在线阅读,更多相关《实验六DHCP及FTP工作原理验证.docx(11页珍藏版)》请在冰点文库上搜索。

实验六DHCP及FTP工作原理验证.docx

实验六DHCP及FTP工作原理验证

实验六:

DHCP及FTP工作原理分析与验证

一、实验目的

1.分析验证DHCP工作原理(IP地址获取、IP地址释放、中继代理)。

2.分析验证FTP工作原理(连接建立与释放管理,控制信息传输方式)。

二、实验拓扑图

三、实验步骤

1、DHCP工作原理分析与验证。

1)用PacketTracer(5.3或以上版本)打开文件61_DHCP_Testing.pkt,在PC机上使用ipconfig/renew命令,检查是否可以获得IP地址等信息,检查各PC机及服务器之间是否是互通的。

答:

PC2没有IP地址,

经检测,除了PC2,所有PC机以及服务器之间都能相互Ping通。

2)在Realtime模式下,使用命令ipconfig/release释放掉PC0拥有的IP地址信息。

切换到simulation模式,在PC0上使用命令ipconfig/renew,跟踪分析DHCP协议分配IP地址的过程,记录下每个包源物理地址、目地物理地址、源IP地址、目的IP地址、DHCP操作类型,归纳总结DHCP获取IP地址信息的过程。

答:

数据包在switch0处发出一个广播,DHCP服务器接收到广播信息后做出响应,然后数据包从DHCP返回到switch0处又发送一个广播,PC0接收到广播信息后做出响应,然后数据包成功回到PC0。

在DHCP协议分配IP地址的过程中,数据包的源物理地址没有改变,但目的地址改变了,源IP地址原来为0.0.0.0之后改变成了192.168.1.254,DHCP操作类型在达到DHCP之前为1,请求类型,之后DHCP操作类型则为2,回答类型。

3)在simulation模式下,在PC0上使用命令ipconfig/release,跟踪分析DHCP协议释放IP地址的过程,记录下每个包源物理地址、目标物理地址、源IP地址、目的IP地址、DHCP操作类型,归纳总结DHCP释放IP地址信息的过程。

答:

数据包在switch0处发出一个广播,数据包达到DHCP服务器,但是没有响应包返回。

目标物理地址DESTMAC:

FFFF.FFFF.FFFF、源物理地址SRCMAC:

00D0.FF3D.8B24、源IP地址SRCIP:

0.0.0.0、目的IP地址DSTIP:

255.255.255.255、DHCP操作类型为1,请求类型。

4)在Realtime模式下,使用命令ipconfig/release释放掉PC1拥有的IP地址信息。

切换到simulation模式,在PC1上使用命令ipconfig/renew,跟踪分析DHCP中继代理分配IP地址的过程。

答:

在switch2处发出一个广播,没有找到,然后在switch1处发出一个广播,DHCP服务器接收到该广播信息并做出响应。

源物理地址没变,目的物理地址发生了变化,源IP地址和目的IP地址在DHCP服务器做出响应返回后掉换过来,数据包在到达DHCP服务器之前DHCP操作类型为1,之后为2。

 

5)在simulation模式下,在PC1上使用命令ipconfig/release,跟踪分析DHCP中继代理释放IP地址的过程。

答:

在switch2和switch1都进行了一次广播,但是最后没有得到DHCP服务器的响应包返回。

DHCP操作类型只有1,请求。

2、FTP工作原理分析与验证。

1)用PacketTracer(5.3或以上版本)打开文件62_FTP_Testing.pkt,验证PC机与FTP服务器之间是否是互通的。

答:

PC机与FTP服务器之间是互通的。

2)在simulation模式下,在PC0上根据提示信息依次执行如下操作(红色部分是输入的,忽略了相关提示信息):

PC>ftp192.168.1.254

Username:

cisco

Password:

cisco

ftp>dir

ftp>getc2950-i6q4l2-mz.121-22.EA4.bin

ftp>quit

跟踪并分析如下信息:

(1)FTP控制连接的建立过程;

答:

PC0第一次发出连接请求,服务器在接收到请求后发回响应信息,然后数据包在PC0和服务器之间往返一次之后PC机上出现提示输入用户名,输入用户名之后又重复往返一遍的过程,之后又提示输入密码,然后又走一遍,这才验证通过,成功登录ftp,即可上传或下载服务器上的文件。

(2)FTP命令的传输方式;答:

控制连接传输方式

(3)针对用户命令的反馈信息的传输方式;答:

数据连接传输方式。

(4)dir命令的输出结果是怎样传输的(是由服务方发送的目录信息吗?

是通过控制连接传输的吗?

答:

是来自服务器放发送的目录信息,是通过数据连接来传输的。

(5)数据连接是怎么建立的(被动模式);答:

Passive模式:

当PC0通过通道发送PASV命令的时候,FTP服务器打开一个位于1024和5000之间的随机端口并且通知PC0在这个端口上传送数据的请求,然后FTP服务器将通过这个端口进行数据的传送,这个时候FTP服务器不再需要建立一个新的和PC0之间的连接。

(6)文件是如何通过数据连接传输的(每个TCP报文多大,不考虑那个);答:

通过get命令来下载服务器的文件到本地主机上。

(7)数据连接是怎么释放的,何时释放的;答:

当数据传输完后,服务器则关闭数据连接。

(8)控制连接是怎么释放的,何时释放的。

答:

当PC机发出quit命令或者发送另一个新的连接,服务器则响应并关闭控制连接。

3)试着描述出上述命令操作的完整信息交互过程。

答:

FTP的主要作用,就是让用户连接上一个FTP服务器上察看远程计算机有哪些文件,然后把文件从远程计算机上拷到本地计算机,或把本地计算机的文件送到远程计算机去。

在ftp的使用过程中,必须首先登录,获得ftp服务器相应的权限以后,才能上传或下载文件。

而这个完整的FTP文件传输需要建立两种类型的连接,一种为文件传输下命令,称为控制连接,另一种实现真正的文件传输,称为数据连接。

客户端希望与FTP服务器建立上传下载的数据传输时,它首先向服务器的TCP21端口发起一个建立连接的请求,发出用户命令和密码,FTP服务器接受来自客户端的请求,响应用户登录正确,客户在临时端口发出被动打开消息,以便进行数据连接,同时将此端口号发给FTP服务器,而服务器这时并没有打开这个连接,而是准备发出在端口20和从客户接收到的临时端口之间主动打开数据连接,客户发送get命令,此时,FTP服务器打开数据连接,然后进行数据传输,最后,客户发出quit命令,FTP服务器响应并关闭控制连接。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 法律文书 > 调解书

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2