第二次实验报告:对应用层协议的认识

Posted jmuaia-wll

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了第二次实验报告:对应用层协议的认识相关的知识,希望对你有一定的参考价值。

第二次实验报告:对应用层协议的认识

  • 姓名:王璐璐
  • 学号:201821121037
  • 班级:计算1812

0 摘要

在此次的报告中,我将尝试抓取DNS、FTP、DHCP、SMTP、POP3等应用层协议的数据包,并对抓取到的数据包进行分析,深入理解各应用层协议在网络传输中起到的作用。

1 实验目的

熟练使用Packet Tracer工具。分析抓到的应用层协议数据包,深入理解应用层协议,包括语法、语义、时序。

2 实验内容

使用Packet Tracer,正确配置网络参数,抓取应用层协议的数据包并分析,协议包含DNS、FTP, DHCP, stmp, pop3。步骤包含:

  • 建立网络拓扑结构
  • 配置参数
  • 抓包
  • 分析数据包

3 实验报告

在整个实验中,先构建网络拓扑结构,再对客户端与服务器进行参数的配置,选定要抓取的包,再从客户端中输入要访问的服务器的地址,运行后,对抓取到的数据包进行分析。

3.1 建立网络拓扑结构

技术图片

 

上图为本次实验中将会用到的网络拓扑结构。该网络拓扑结构十分简单,左侧为PC-PT客户端,右侧为Server-PT服务器,两者之间用一个简单的线路连接。

 

3.2 DNS数据包

  • DNS是什么:DNS是互联网使用的命名系统,用来把便于人们使用的机器名字转换为IP地址。
  • 域名到IP地址的解析过程:当某个应用进程需要把主机名解析为IP地址时,该应用进程就会调用解析程序,并成为DNS的一个客户,待解析的域名将会被放在DNS的请求报文中,以UDP用户数据报方式发给本地域名服务器。本地域名服务器在查找域名后,把对应的IP地址放在回答报文中返回,应用程序获得目的主机的IP地址后即可进行通信。

3.2.1 参数的配置

(1)先对客户端与服务器的IP地址进行配置。

客户端IP:

技术图片

服务器IP:

技术图片

 

 

 (2)在服务器的Services窗口中,开启DNS域名配置,在DNS中添加一个域名,该域名可以解析出服务器的IP地址。如下图操作:

技术图片

(3)在服务器端口配置完DNS后,在客户端的IP设置中对DNS Server进行配置。如下图操作:

技术图片

 

 

 (4)这些参数配置好后,在仿真模拟中选择抓取DNS包,然后在客户端中输入域名地址,访问该域名中的内容。

技术图片

 

 

 (5)最后在仿真模拟中会出现以下的结果:

 

技术图片

 

 

 得到这样的结果后,便可以对抓取到的DNS数据包进行分析了。

3.2.2 抓包并分析抓到的数据包

3.2.2.1 报文头

在DNS Message中一般会包含这些信息:

    Header——消息头部

    Question ——DNS请求

    Answer——回答请求的资源记录(Resource Record(s))

    Authority——指向域的资源记录

    Additional——其他资源记录

技术图片

 

  • QDCOUNT表示的是报文请求段中的问题记录数(QD表示的是Questions Count
  • ANCOUNT表示的是报文回答段中的回答记录数(AN表示的是Answer
  • NSCOUNT表示的是报文授权段中的授权记录数(NS表示的是Authoritative Nameservers
  • ARCOUNT表示的是报文附加段中的附加记录数(AR表示的是Additional Recoreds

 

3.2.2.2 查询报文

技术图片

  • NAME表示的是查询名。查询名的长度不固定,且不使用填充字节,一般该字段表示的就是需要查询的域名
  • TYPE表示的是查询类型。TYPE:4的含义是一个邮件转发器
  • CLASS表示的是查询类。一般CLASS的值是1,表示的是互联网地址
  • TTL表示的是生存时间。该时间以秒为单位,表示的是资源记录的生命周期,一般用于当地址解析程序取出资源记录后决定保存及使用缓存数据的时间,它同时也可以表明该资源记录的稳定程度,极为稳定的信息会被分配一个很大的值(比如86400,这是一天的秒数)
  • LEBGTH表示的是资源数据长度。该字段是一个可变长字段,表示按照查询段的要求返回的相关资源记录的数据,可以是Address(表明查询报文想要的回应是一个IP地址)或者CNAME(表明查询报文想要的回应是一个规范主机名)等

对于TYPE的值还有其他的取法:

类型 助记符 说明
1 A 由域名获得IPv4地址
2 NS 查询域名服务器
5 CNAME 查询规范名称
6 SOA 开始授权
11 WKS 熟知服务
12 PTR 把IP地址转换成域名
13 HINFO 主机信息
15 MX 邮件交换
28 AAAA 由域名获得IPv6地址
252 AXFR 传送整个区的请求
255 ANY 对所有记录的请求

 3.2.2.3 回答报文

 

 

技术图片

回答报文中的各参数的含义与查询报文中的类似。

  • NAME表示的是资源记录包含的域名。它的格式和Queries区域的查询名字字段是一样的。有一点不同就是,当报文中域名重复出现的时候,该字段使用2个字节的偏移指针来表示
  • TYPE表示的是资源记录的类型
  • CLASS表示的是资源记录的类
  • TTL表示的是资源记录的生命周期
  • LENGTH表示的是资源数据长度
  • IP表示的是域名解析后得到的结果

3.3 FTP数据包

3.3.1 参数的配置

(1)完成DNS的抓取后,不更改已设置好的客户端IP地址与服务器IP地址

(2)将服务器中Services的FTP打开,并设置记录FTP的用户名与密码

技术图片

(3)修改要抓取的包为FTP

技术图片

 

 

 (4)打开客户端的Command Prompt

技术图片

(5)在Command Prompt中访问ftp的服务器地址

技术图片

此时会获得一个数据包,并请求输入用户名。

(6) 输入用户名后会请求输入密码,在密码输入行中输入密码,即可进入要访问的ftp中

技术图片

 

 

 技术图片

 

 

 输入“help”可以用来查询可用的命令

技术图片

 

 

 (7)下图为最后仿真结束后得到的数据包

技术图片

3.3.2 抓包并分析抓到的数据包

(1)服务器回应请求进入ftp服务器的要求

技术图片

 

  •  Code:220表示的是新用户的Ftp服务已经准备就绪
  • Message是对Code的解释,该解释会在Command Prompt中被输出,提示用户可进入Ftp服务器

(2)在Command Prompt中出现Username后,将用户名输入,并将该命令信息传输给服务器,请求进入该ftp

技术图片

 

  • FTP Command:USER表示的是FTP在指定远程计算机的用户
  • FTP Argument:cisco表示的是指定登录到远程计算机所使用的用户名是cisco

(3)输入完用户名后,服务器给出的响应报文

技术图片

 

  • Code:331表示的是输入的用户名存在,需要输入密码
  • Message是对Code的详细解释,用于提示用户

(4)接下来在客户端中会出现Password的命令,需要在此处输入密码

技术图片

 

  • FTP Command:PASS表示的是ftp的命令是密码
  • FTP Argument:cisco表示的是在该处命令中需要输入的是cisco

(5)输完密码后,服务器将会向客户端返回一个响应报文

技术图片

 

  •  Code:230表示的是ftp登陆成功
  • Message表示的是对Code的解释,用于提示用户

(6)当用户想要退出ftp时,可以输入命令quit,这时客户端将会向服务器发送ftp命令的请求报文

技术图片

 

  • FTP Command:QUIT表示的是ftp所使用的命令是退出
  • FTP Argument后没有信息表示的是QUIT指令后面没有输入信息

(7)退出成功时,服务器会想客户端返回一个响应报文

技术图片

 

  • Code:221表示的是服务器关闭了与ftp的控制连接
  • Message是对Code的解释,也是对用户的提示

在ftp中常用的命令有以下几个:

  USER <username> 系统登录用户名

  PASS <password> 系统登录的密码

  TYPE <datatype> 文件类型(A=ASCII,E=EBCDIC,I=binary)

  STRU <type> 数据结构(F=file,R=record,P=Page)

  MODE <mode> 传输模式

  PASV  等待数据连接的请求

  PORT <address> IP地址和两个字节的端口id

  CWD <dirpath> 改变服务器上的工作目录

  LIST <name> 列出显示的文件和目录

  PWD 显示当前工作目录

  RETR <filename>从server下载文件到client

  REST <offset> 由特定偏移量重启文件传递

  STOR <filename>上传文件到服务器

  STOU <filename>上传文件到服务器(不覆盖同名文件)

  ACCT<account> 系统优先级

  DELETE <filename>删除服务器上指定文件

  RMD  <directory> 在服务器上删除指定目录

  MKD <directory> 在服务器上建立指定目录

  QUIT 从ftp服务器退出登录

常用的响应码如下:

  332 需要账号名  331 用户名有效,需要密码

  230登录成功  530登录失败

  200 成功

  227 进入被动模式(发送IP和端口号)

  220 服务器准备就绪 421关闭服务器

  225 数据连接打开  425 不能打开数据连接

  226 数据连接关闭

  452磁盘空间不足 552 超过分配的存储空间

  426结束连接

  500无效命令  504无效命令参数

  501 错误参数  502命令未执行

  125 数据连接已打开,在短时间内开始传输

  120在短时间内服务器准备就绪

  250 完成的文件行为

  257 当前的路径名  550不可用的文件

  553 不允许的文件名 551不知道的页类型

3.4 DHCP数据包

3.4.1 参数的配置

(1)将服务器中的DHCP服务打开,并将开始IP地址设置成192.168.1.0

技术图片

 

 (2)将客户端中的IP地址设置成DHCP获取

技术图片

 

 (3)更改要抓取的数据包为DHCP

技术图片

 

 (4)开始仿真模拟后得到的结果

技术图片

3.4.2 抓包并分析抓到的数据包

(1)请求报文如下图:

技术图片

  • OP表示的是报文的类型,其中1表示请求报文
  • HW TYPE表示的是硬件地址类型,其中值为1表示10Mb/s的以太网的硬件地址
  • HW LEN表示的是硬件地址长度,而在以太网中该值为6
  • HOPS表示的是跳数,客户端设置为0,该值也能被一个代理服务器设置
  • TRANSACTION ID表示的是事务ID,由客户端选择的一个随机数,被服务器和客户端用来在它们之间交流请求和响应,客户端用它对请求和应答进行匹配,该ID由客户端设置并由服务器返回,为32位整数
  • SECS表示的是从客户端开始获得IP地址或IP地址续借后所使用了的秒数,由客户端填充
  • FLAGS表示的是标志字段,这个16比特的字段,目前只有最左边的一个比特有用,该位为0,表示单播,为1表示广播
  • CLIENT ADDRESS表示的是客户端的IP地址。但这只有客户端是Bound、Renew、Rebinding状态,并且能响应ARP请求时,才能被填充
  • YOUR CLIENT ADDRESS表示的是"你自己的"或客户端的IP地址
  • SERVER ADDRESS表示的是DHCP协议流程的下一个阶段要使用的服务器的IP地址
  • RELAY AGENT ADDRESS表示的是DHCP中继器的IP地址
  • CLENT HARDWARE ADDRESS表示的是客户端硬件地址
  • SERVER HOSTNAME表示的是可选的服务器主机名,该字段是空结尾的字符串,由服务器填写
  • FILE表示的是启动文件名,是一个空结尾的字符串
  • OPTIONS表示的是可选参数域,格式为"代码+长度+数据"

技术图片

(2)响应报文如下图:

技术图片

响应报文各类参数的含义与请求报文一致,其中OP值为2表示的是响应报文。

 

技术图片

  • DOMAIN NAME SERVER:给出了DNS服务器的IP地址

3.5 SMTP和POP3

3.5.1 参数的配置

(1)先在服务器中设置的Services打开EMAIL的SMTP与POP3服务,操作如下图:

技术图片

 

 (2)配置客户端中Email信息,如下图配置:

技术图片

 

 (3)配置服务器中Email信息,如下图配置:

技术图片

 

 (4)在客户端中写一份邮件并将该邮件发送给服务器

技术图片

当出现以下提示时,表示发送错误,据查资料发现在DNS上少设置了两个域名,使得客户端联系不上服务器的IP地址

技术图片

(5)设置服务器上的DNS

技术图片

 

 (6)发送邮件成功后会出现下图:

技术图片

 

 (7)得到发送邮件的数据包

技术图片

(8)在客户端的邮件中点击“Receive”,接收从服务器传过来的文件,接收成功将会得到下图信息

技术图片

(9)得到接收邮件的数据包

技术图片

3.5.2 抓包并分析抓到的数据包

(1)发送邮件时的报文

技术图片

 (2)接收邮件时的报文

技术图片

4 参考资料:

DNS请求报文有哪几个部分:http://09105106.blog.163.com/blog/static/2483578201342584441807/

DNS原理及其解析过程:https://www.cnblogs.com/gopark/p/8430916.html

DNS报文格式分析:https://jocent.me/2017/06/18/dns-protocol-principle.html

FTP命令详解:http://blog.chinaunix.net/uid-21411227-id-1826769.html

FTP实现原理及抓包分析:https://www.jianshu.com/p/05212313d0e2

DHCP报文解析:http://blog.chinaunix.net/uid-20530497-id-2203830.html

以上是关于第二次实验报告:对应用层协议的认识的主要内容,如果未能解决你的问题,请参考以下文章

第二次实验报告:使用Packet Tracer分析应用层协议

第二次实验报告:使用Packet Tracer分析应用层协议

第二次实验报告:使用Packet Tracer分析应用层协议

第二次实验报告:使用Packet Tracer分析应用层协议

第二次实验报告:使用Packet Tracer分析应用层协议

第二次实验报告:使用Packet Tracer分析应用层协议