| 域名空间 下载中心 社区论坛 信息公告 my小屋 |
![]() |
联系我们 设为首页 加入收藏 |
|
首页 | 新闻资讯 | 编程开发 | 网页设计 | 图形图象 | 网络媒体 | 网站模板 | 数 据 库 | 投稿 论坛 | 操作系统 | 系统优化 | 网络安全 | 黑客技术 | 硬件学堂 | 硬件报价 | 服 务 器 | 地图 专题 | 应用软件 | 聊天通讯 | q q 专栏 | 建站经验 | 在线工具 | 站长club | 注 册 表 | 旧版 社会 | 游戏娱乐 | 设计欣赏 | 疑难解答 | 社区论坛 | 韩国素材 | 素材图库 | 广告服务 | 服务 |
| 新版上线![旧版] | |||||
注:打开慢时请稍等
sniffer帮助理解子网掩码、网关与arp协议的作用http://www.iyit.net 日期:2006-5-29 13:37:15 来源:网络转载 点击: |
通过简单的实验深入透析子网掩码,网关与arp协议的作用 19069543831155673521www.xker.com25501411006475234633 但为了使系统在对a、b、c这三种主类网进行了子网的划分,或者采用无类别的域间选路技术(classless inter-domain routing,cidr)对网段进行汇总的情况下,也能对ip地址的网络及子网部分与主机部分作正确的区分,就必须依赖于子网掩码的帮助。 子网掩码使用与ip相同的编址格式,子网掩码为1的部分对应于ip地址的网络与子网部分,子网掩码为0的部分对应于ip地址的主机部分。将子网掩码和ip地址作“与”操作后,ip地址的主机部分将被丢弃,剩余的是网络地址和子网地址。例如,一个ip分组的目的ip地址为:10.2.2.1,若子网掩码为:255.255.255.0,与之作“与”运算得:10.2.2.0,则网络设备认为该ip地址的网络号与子网号为:10.2.2.0。
当一个网络设备需要和另一个网络设备通信时,它首先把目标设备的ip地址与自己的子网掩码进行“与”操作,以判断目标设备与自己是否位于同一网段内。如果目标设备在同一网段内,并且源设备没有获得与目标ip地址相对应的mac地址信息,则源设备以第二层广播的形式(目标mac地址为全1)发送arp请求报文,在arp请求报文中包含了源设备与目标设备的ip地址。同一网段中的所有其他设备都可以收到并分析这个arp请求报文,如果某设备发现报文中的目标ip地址与自己的ip地址相同,则它向源设备发回arp响应报文,通过该报文使源设备获得目标设备的mac地址信息。 如果目标设备与源设备不在同一网段,则源设备首先把ip分组发向自己的缺省网关(default gateway),由缺省网关对该分组进行转发。如果源设备没有关于缺省网关的mac信息,则它同样通过arp协议获取缺省网关的mac地址信息。 为了减少广播量,网络设备通过arp表在缓存中保存ip与mac地址的映射信息。在一次arp的请求与响应过程中,通信双方都把对方的mac地址与ip地址的对应关系保存在各自的arp表中,以在后续的通信中使用。arp表使用老化机制,删除在一段时间内没有使用过的ip与mac地址的映射关系。
a与b为实验用的pc机,使用windows2000 professional作操作系统。 实验方案: 步骤1: 设置两台主机的ip地址与子网掩码: 用arp -d命令清除两台主机上的arp表,然后在a与b上分别用ping命令与对方通信,在a与b上分别显示, 分析:由于主机将各自通信目标的ip地址与自己的子网掩码相“与”后,发现目标主机与自己均位于同一网段(10.2.2.0),因此通过arp协议获得对方的mac地址,从而实现在同一网段内网络设备间的双向通信。
将a的子网掩码改为:255.255.255.0,其他设置保持不变。 操作1:用arp -d命令清除两台主机上的arp表,然后在a上ping b,在a上显示结果为:destination host unreachable 用arp -a命令在两台pc上均不能看到对方的mac地址。 分析1:a将目标设备的ip地址(10.2.3.3)和自己的子网掩码(255.255.255.0)相“与”得10.2.3.0,和自己不在同一网段(a所在网段为:10.2.2.0),则a必须将该ip分组首先发向缺省网关。由于a的缺省网关没有配置,无法对分组进行正确发送,因此显示“目标主机不可到达”。
分析2:b将目标设备的ip地址(10.2.2.2)和自己的子网掩码(255.255.254.0)相“与”,发现目标主机与自己均位于同一网段(10.2.2.0),因此,b通过arp协议获得a的mac地址,并可以正确地向a发送echo request报文。但由于a不能向b正确地发回echo reply报文(原因见分析1),故b上显示ping的结果为“请求超时”。在该实验操作中,通过观察a与b的arp表的变化,可以验证:在一次arp的请求与响应过程中,通信双方就可以获知对方的mac地址与ip地址的对应关系,并保存在各自的arp表中。
在a与b上分别用tracert命令追踪数据的传输路径,结果分别为: a: tracert 10.2.3.3
分析:如步骤2中的分析,由于a认为b与其不在同一个网段,故从a发向b的报文需要经过网关转发;而b认为a与其在同一个网段,故b不需要经过网关直接向a发送报文,从而可以观察到a与b双向通信时传输路径的不对称性。由于ping命令结果显示的是从目标主机返回的echo reply报文的ttl的值,而b收到从a返回的echo reply报文经过了网关的转发,所以在b中显示该ip报文的ttl值降为了127(从a发出的ip分组的ttl的初始值为128,每经过一个网关,ttl值减1)。
分析:当源主机要和外网段的主机进行通信时,它并不需要获取远程主机的mac地址,而是把ip分组发向缺省网关,由网关ip分组的完成转发过程。如果源主机没有缺省网关mac地址的缓存记录,则它会通过arp协议获取网关的mac地址,因此在a的arp表中只观察到网关的mac地址记录,而观察不到远程主机的mac地址。 编辑:黑鹰 [发送给好友] [打印本页] [关闭窗口] [返回顶部] 上一篇:sniffer帮助理解nat(win2000) 下一篇:用sniffer透视动态域名 转载请注明来源:www.iyit.net 特别声明: 本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载,但请务必注明出处和原始作者。文章版权归文章原始作者所有。对于被本站转载文章的个人和网站,我们表示深深的谢意。如果本站转载的文章有版权问题请联系编辑人员,我们尽快予以更正。 |
| 相关文章 | ||||
| 友情链接 | ||||||
| 设置首 页 - 版权声明 - 广告服务 - 关于我们 - 联系我们 - 友情连接 |
| |||||||