//ICMP与DHCP
 　　　／／SSL与https

Fiddler是在windows上运行的程序，专门用来捕获HTTP，HTTPS的。
wireshark能获取HTTP，也能获取HTTPS，但是不能解密HTTPS，所以wireshark看不懂HTTPS中的内容

总结，如果是处理HTTP,HTTPS 还是用Fiddler, 其他协议比如TCP,UDP 就用wireshark

ping 包　：ICMP
ICMP　包只有两种,Code都为0，请求request (type:8 )跟应答 response (type:0)
标示符和序列号都是一样的，表示这两个报文是配对的

获取IP地址:DHCP包　　255.255.255.255(代表广播)
 0.0.0.0->255.255.255.255 DHCP Discover 
 10.10.12.1 ->255.255.255.255 DHCP offer
 0000->255.255.255.255 DHCP Request
 10.10.12.1 ->255.255.255.255 DHCP ACK
 10.10.13.86 ->255.255.255.255 DHCP Inform
 10.10.12.1 ->10.10.13.86 DHCK ACK
 10.10.13.86 ->10.10.12.1 DHCP Request
 10.10.12.1 ->10.10.13.86 DHCP ACK
 10.10.12.1 ->10.10.13.86 DHCP release

１）DHCP Discover ：由截图可知，本机发起DHCP Discover包，用来寻找DHCP服务器，源ip是0.0.0.0，因为刚开始还不知道，目的地址是255.255.255.255的广播地址，广播到整个网段。

Message type为1表明是请求包，由客户端发出。 2为回复包
Hardware address length为6表示本机的网络硬件地址长度为6bytes
Hops为0表示跳数，此处为0 表示没有经过网关。　Hops为1不标明经过了一个中继。

DHCP服务器收到客户端发的DHCP Discover之后，会在自己的地址池中拿出一个没有分配的地址以及配套的参数（如：掩码、DNS、网关、域名、租期……），然后以一个DHCP Offer包发送出去。

２）DHCP offer：此时源IP是DHCP服务器的IP，目的IP是255.255.255.255的广播。这时候本机还无法获得IP，所以DHCP服务器只能用广播来回应

User Datagram Protocol ,Src Port : bootpc (68),Dest port : bootpc(68)
这是UDP上的DHCP，本机发起的端口是68，目标端口是67.

wireshark为什么没有linux wireshark为什么没有ICMP_服务器


表明给客户端的IP地址，但是现在还没有确认。

wireshark为什么没有linux wireshark为什么没有ICMP_DHCP_02


这是中断的地址，就是网关３）DHCP Request：客户端收到这个DHCP Offer后，会再发出一个DHCP Request给服务器来申请这个Offer中包含的地址。

这个时候，客户端还没有正式拿到地址，所以还需要向DHCP服务器申请。

此时客户端的源IP还是0.0.0.0，目的IP还是255.255.255.255。将这些都广播出去，告诉其他DHCP服务器和分配给本机的服务器。

wireshark为什么没有linux wireshark为什么没有ICMP_服务器_03


４）被客户机选择的DHCP服务器在收到DHCPREQUEST广播后，会广播返回给客户机一个DHCPACK消息包，表明已经接受客户机的选择，并将这一IP地址的合法租用以及其他的配置信息都放入该广播包发给客户机。