0 개인 정보
- 장 잉 닫아
- 201821121038
- 1812 계산
1 명 목적
패킷 트레이서 도구로 친숙한. 구문 분석, 의미, 타이밍 포함한 애플리케이션 계층 프로토콜 패킷, 응용 계층 프로토콜 깊이 이해를 탔다.
이 실험 내용
패킷 트레이서를 사용, 적절하게 구성된 네트워크 파라미터, 패킷 데이터 수집 및 분석 애플리케이션 계층 프로토콜, DNS, FTP, DHCP, STMP, POP3 프로토콜을 포함. 단계는 다음과 같습니다 :
- 네트워크 토폴로지 구축
- 구성 매개 변수
- 천상의
- 데이터 패킷의 분석
3 시험 보고서
본 연구에서는 시스코 패킷 트레이서 네트워크 시뮬레이션 환경이 플랫폼의 사용.
3.1 네트워크 토폴로지를 설정하기
도시 된 바와 같이, PC는 말단 및 서버에 연결된다.
분석 : 클라이언트 (PC의 끝 ) 와 서버 (끊다의 끝 ) 목적의 포획을 달성하기 위해, 통신과 관련된 두 개의 응용 프로그램 프로세스이며, 동일한 네트워크 세그먼트를 필요로 의사 소통 관계를 구축하는 것이 필요하다.
3.2 IP 구성
PC의 측의 IP 주소 : 192.168.1.38, 서브넷 마스크 : 255.255.255.0
IP의 서버 주소 : 192.168.1.1, 서브넷 마스크 : 255.255.255.0
분석 : PC와 서로 통신 할 수있다 서브넷 마스크, 동일한 네트워크 세그먼트와 동일한 서버의 IP 구성에 대한.
3.3 체포 DNS의 패킷 분석
3.3.1 서버의 DNS 서비스가 켜져 및 DNS 레코드의 추가된다 :
3.3.2 오른쪽 시뮬레이션 키 시뮬레이션을.
3.3.3 단지 DNS 프로토콜 지원을 확인 :
3.3.4 PC의 브라우저에 액세스 할 수있는 도메인 이름을 입력합니다 :
(참고 : DNS 오류가 발생하면 다음 페이지를 표시합니다 :
이 솔루션은 DNS 서버의 IP 주소를 설정하려는 DNS 서버의 PC 쪽입니다 :
)
3.3.5 다음 시뮬레이션 정보 송신 결과이다 :
3.3.6 패킷 분석 :
( 1 ) 헤더 :
- QDCOUNT은 ( 질문 백작 ) 메시지 요청 문제 섹션에서 레코드의 수를 나타냅니다
- Ancount ( 백작 대답 ) 표현 섹션 패킷 레코드 수에 대답 대답
- Nscount ( 신뢰할 수있는 네임 서버는 카운트 ) 허가 메시지가 허가 세그먼트의 레코드 수를 나타내고
- Arcount들은 ( 추가의 카운트 Recoreds ) 추가적인 세그먼트의 추가 기록 패킷의 수를 나타낸다
( 2 ) 질의 메시지 :
- NAME은 (역방향 조회 인 경우 IP 주소) 쿼리 이름은, 일반적으로 도메인 이름을 조회 할 필요가 있음을 나타냅니다
- 타입 4는 메일 전달자를 나타내고, 질의의 타입을 나타낸다.
- 클래스는 쿼리 클래스 1은 인터넷 데이터를 나타냅니다
- TTL(Time to Live)表示生存时间,以秒为单位,表示的是资源记录的生命周期,一般用于当地址解析程序取出资源记录后决定保存及使用缓存数据的时间,它同时也可以表明该资源记录的稳定程度,极为稳定的信息会被分配一个很大的值(比如86400,这是一天的秒数)。
- LENGTH表示资源数据长度
(3)应答报文:
类似于查询报文:
- NAME表示资源记录包含的域名
- TYPE表示资源记录的类型
- CLASS表示资源记录的类
- TTL表示资源记录的生存周期
- LENGTH表示资源数据长度
- IP表示域名解析的结果
3.4 抓FTP包并分析
3.4.1 将服务器端的FTP服务开启,并增设一条用户记录:
3.4.2 点击右下角的Simulation键进行仿真。
3.4.3 只勾选支持FTP协议:(File Transfer Protocol,文件传输协议)
3.4.4 在PC端的Command Prompt(命令提示符,类似于cmd)输入用户名及密码对FTP服务器的文件访问:
输入?查询可使用命令:
其中,cd可改变远程工作目录,delete可删除远程单个文件,dir可显示远程目录文件的文件列表,get可复制单个远程文件到本地,help与?相同,可显示FTP命令帮助信息,passive可开/关被动模式,put可复制一个本地文件到远程目录,pwd可显示远程当前工作目录,quit可结束FTP会话并退出FTP,rename可重命名远程文件。
(注:FTP有两种使用模式:被动和主动,主动模式要求客户端和服务器端同时打开并监听一个端口以建立连接。但这种情况下,由于客户端安装了防火墙会产生一些问题,所以有了被动模式,被动模式只要求服务器端产生一个监听相应端口的进程,这样就能绕过客户的防火墙了。)
3.4.5 仿真后的信息传递结果如下:
3.4.6 报文分析:
(1)响应报文:
- Code:220表示新用户服务就绪
- Message表示对Code的解释
(2)响应报文:
- Code:331表示用户名正确,需要密码
- Message表示对Code的解释
(3)请求报文:
- FTP Command:PASS表示密码正确
- FTP Argument表示密码内容
(4)响应报文:
- Code:230表示用户已登录
- Message表示对Code的解释
(5)请求报文:
- FTP Command:QUIT表示用户已登出
(6)响应报文:
- Code:221表示服务京城已关闭连接
- Message表示对Code的解释
3.5 抓DHCP包并分析
3.5.1 将服务器端的DHCP服务开启,并设置IP地址分配的开始值192.168.1.0:
接着将PC端的IP获取方式从静态改成DHCP获取(192.168.1.2):
3.5.2 点击右下角的Simulation键进行仿真。
3.5.3 只勾选支持DHCP协议:(Dynamic Host Configuration Protocol,动态主机设置协议)
3.5.4 仿真后的信息传递结果如下:
3.5.5 报文分析:
(1)请求报文:
- OP表示报文类型,1表示请求报文
- HW TYPE表示硬件地址类型,1表示10Mb/s的以太网的硬件地址
- HW LEN表示硬件地址长度,以太网中为6
- HOPS表示跳数,客户端设置为0
- TRANSACTION ID表示事务ID,由客户端选择的一个随机数,被服务器和客户端用来在它们之间交流请求和响应,客户端用它对请求和应答进行匹配
- SECS由客户端填充,表示从客户端开始获得IP地址或IP地址续借后所使用了的秒数
- FLAGS表示标志字段,目前只有最左边的一个比特有用,该位为0,表示单播,为1表示广播
- CLIENT ADDRESS表示客户端地址,只有客户端是Bound、Renew、Rebinding状态,并且能响应ARP请求时,才能被填充。
- YOUR CLIENT ADDRESS表示客户端地址
- SERVER ADDRESS表示DHCP协议流程的下一个阶段要使用的服务器的IP地址
- RELAY AGENT AGGRESS表示DHCP中继器的IP地址
- CLIENT HARDWARE ADDRESS表示客户端硬件地址,客户端必须设置它的物理地址
- SERVER HOSTNAME表示可选的服务器主机名,该字段是空结尾的字符串,由服务器填写
- FILE表示启动文件名,是一个空结尾的字符串
- OPTIONS表示可选的参数域,格式为"代码+长度+数据"
(2)响应报文:
- OP表示报文类型,2表示响应报文
- YOUR CLIENT ADDRESS表示客户端地址,此时被分配为192.168.1.2
- SERVER ADDRESS表示DHCP协议流程的下一个阶段要使用的服务器的IP地址,为192.168.1.1
(3)DHCP Options
- OP:6表示DNS Server
- LEN:4表示4个字节
- DOMAIN NAME SERVER表示域名服务器的IP
- OP:15表示主DNS服务器名
- LEN:0x0表示长度可变
- DOMAIN NAME表示域名
3.6 抓SMTP包并分析(涉及STMP协议和POP3协议)
3.6.1 先将PC端的IP获取由DHCP变为静态获取,并设置其IP地址为192.168.1.38,再对Email中的Configure Mail进行设置:
接着将服务器端的IP获取方式从DHCP改成静态获取,并设置其IP地址为192.168.1.1,打开SMTP服务和POP3服务,增加两个用户,接着对Email中的Configure Mail进行设置:
3.6.2 点击右下角的Simulation键进行仿真。
3.6.3 只勾选支持SMTP协议和POP3协议:(Simple Mail Transfer Protocol,简单邮件传输协议;Post Office Protocol - Version 3,邮局协议版本3)
3.6.4 PC端写mail给服务器端:
另外,只能用PC端接受mail,因为设置的pop3服务器也是服务器端。
(注:如果出现如下问题,说明是DNS服务器未配置好,因为发邮件时是To一个域名,而非IP地址,因此需要域名解析,所以开启服务器端的DNS服务,并增设两条记录:
)
3.6.5 仿真后的信息传递结果如下:
3.6.6 报文分析:
- SMTP DATA表示将邮件报文发送给服务器
- POP3表示接收邮件报文
3.7 Q&A
Q:常用端口号?
A:
- 21/tcp FTP 文件传输协议
- 22/tcp SSH 安全登录、文件传送(SCP)和端口重定向
- 23/tcp Telnet 不安全的文本传送
- 25/tcp SMTP Simple Mail Transfer Protocol (E-mail)
- 69/udp TFTP Trivial File Transfer Protocol
- 80/tcp HTTP 超文本传送协议 (WWW)
- 110/tcp POP3 Post Office Protocol (E-mail)
- 220/tcp IMAP3
- 443/tcp HTTPS 安全的网页传输
4 Reference
· 深入理解DNS报文格式----夜苍山的CSDN博客
(https://blog.csdn.net/liao152/article/details/45252387)
· DNS协议详解及报文格式分析----Jocent Zhou的博客
(https://jocent.me/2017/06/18/dns-protocol-principle.html)
· FTP命令详解----罗汉爷的CSDN博客
(https://blog.csdn.net/indexman/article/details/46387561)
· DHCP报文及其格式----一路博客的CSDN博客
(https://blog.csdn.net/one_in_one/article/details/51684551)