文档详情

局域网中具有相同mac地址主机试验.doc

发布:2017-05-18约3.89千字共4页下载文档
文本预览下载声明
局域网中具有相同mac地址的主机试验!网络数据从高层下来后,到达网络层,封装为IP数据包,在这一层的传输,只认识IP地址。再到达数据链路层的时候,封装为数据帧,在这一层,只认识MAC地址。在交换环境中,是靠着MAC来传输数据的。交换机的工作原理,大家也都知道,每一个交换机的端口都有学习功能,可以记住端口所连接NIC的MAC地址,然后有数据传输需求的时候,就会智能的建立专用传输通道,分隔了冲突域,也在一定程度上保证数据安全。 可是改成同一个MAC地址,那将怎么访问呢。 于是做了一次试验: A()、B()、C(),3台计算机。 A、B的MAC修改成一样。 这个时候当然A是访问不到B的,因为A访问B的数据,在交换机那里,已经不能精确的利用世界唯一的MAC来判断目标端口了!因为他们的地址是一样的,这让我想起了思科的单臂路由。但这仅仅是假设,如果要确定,A发出的数据是立即向与B具有同一个MAC的自己转回来,还是向所有具有相同于B的MAC的端口(包括自己)转发数据帧,最好利用嗅探来确定。而且交换机的说明中绝对不会告诉你,交换碰到一样的MAC怎么处理。 毕竟交换机的产生基础就是唯一的MAC地址。 总之,A和B之间访问不到了。我确定。不管是网上邻居,还是PING,还是用别的应用层软件,都不能够互相访问。 结论一:局域网出现了相同的MAC的机器,之间不可以互相访问。 现在说说C,他的MAC地址和A、B的不一样,直到现在看上去好像并没有受到影响。 现在C来PING机器A: D:\Documents and Settings\AdministratorPING -t Pinging with 32 bytes of data: Request timed out. Request timed out. Request timed out. Reply from 53: bytes=32 time10ms TTL=64 Request timed out. 看上去C不能很顺利PING通A。 再用C来PING机器B, D:\Documents and Settings\AdministratorPING Pinging with 32 bytes of data: Request timed out. Request timed out. Request timed out. Request timed out. Request timed out. 同样。机器A和机器B在局域网中发生了某些改变…… 结论二:局域网中没有修改MAC并保持唯一MAC的机器,在访问修改成重复MAC的机器时候,产生大量随机性障碍。 A和B不能互访了,:(。 那能不能访问C呢?A虽然和B现在用了同样的MAC地址,在交换环境中,显然和传输规则背道而驰,但是测试还是继续下去吧。。。 首先在A上面PING没有修改MAC的机器C: D:\Documents and Settings\AdministratorPING Pinging with 32 bytes of data: Reply from 53: bytes=32 time10ms TTL=64 Reply from 53: bytes=32 time10ms TTL=64 Reply from 53: bytes=32 time10ms TTL=64 Reply from 53: bytes=32 time10ms TTL=64 Reply from 53: bytes=32 time10ms TTL=64 …………情况不错 再机器B上面,PING机器C: 结果同上。。 这个道理不难哦,C没有修改MAC,交换机可以唯一的确定通过并且仅通过一个端口发送数据给C。 结论三:局域网中修改成为相同MAC的机器,访问没有修改MAC的机器时候,没有受到影响。 这些以前我都没有碰到,天知道谁闲得没事会去修改成为同一个MAC,自己和自己的局域网闹别扭…… 紧接着,就到了测试连接INTERNET网络了,古典辣M°说这样可以上网,我绝对否定,刚才的例子证明了,修改成为同样的MAC地址,是影响交换机工作的。结论二,说明了这一点。 用机器A打开浏览器,习惯的输入网址,打开了,鼻涕,汗! 机器B,赶紧,习惯的输入地址,网速和平时一样的快,郁闷。 机器C应该没问题吧,毕竟是世界唯一MAC的机器哦,……果然没问题,很快的打开了网址。 ……机器A与机器B,具有同样的MAC,在一个局域网中,竟然可以同时上网,而且几乎察觉不出停滞就打开了不同的网页。 更换URL,同样,都能够很快的打开,聊天软件,也可以。…… 还记得结论二吧,“局域网中没有修改MAC并保持唯一MAC的机器,在访问修改成重复MAC的机器时
显示全部
相似文档