这是一个创建于 2872 天前的主题，其中的信息可能已经有所发展或是发生改变。
以太网数据链路 MAC 层, 靠 MAC 地址来广播帧, 但好多设备都能够更改自己的 MAC 地址, 是不是改成相同的 MAC 地址就可以窃听到被克隆 MAC 地址的设备数据了?
 | 1 Sylv 2017-12-02 08:46:35 +08:00 via iPhone 窃听局域网数据并不用克隆 MAC 地址。 |
 | 2 jimzhong 2017-12-02 08:56:35 +08:00 局域网内窃听 ARP Spoof 最简单了。 |
 | 3 mchong 2017-12-02 09:11:13 +08:00 这样会导致两个设备随机无法上网。我遇到过 |
 | 4 qakito 2017-12-02 09:14:27 +08:00 二层交换机会发现 mac 地址迁移并修改二层转发表，其中一个设备在刷新交换机二层转发表之前就断流 |
 | 5 baidu123 2017-12-02 09:36:16 +08:00 好像不会怎么样 曾经在学校的机房里 一台电脑可以上网 我电脑不可以上网 我把我电脑 mac 改成那台上网电脑一样的 然后内网 ip 地址也是一样 这样我就可以上网了 |
 | 6 lrigi 2017-12-02 09:40:34 +08:00 via iPhone 路由器接收应该不存在问题 在转发的时候是不是查自己的什么表 然后往先找到的 mac 地址对应的端口发数据？ |
 | 9 jasontse 2017-12-02 09:48:25 +08:00 via iPad 会造成交换机 MAC 表混乱双方不能正常上网 |
 | 10 rssf 2017-12-02 10:11:35 +08:00 参考 arp 病毒 |
 | 11 yezhiye 2017-12-02 10:35:30 +08:00 via Android 不用同 ip，混淆模式就可以了。网卡是可以收到同网段所有的包，只是在确认不是给自己的包之后就丢掉了。 |
 | 12 torbrowserbridge 2017-12-02 10:37:35 +08:00 via Android 混杂模式 |
 | 13 Cannikin 2017-12-02 10:37:46 +08:00 via Android 两台电脑不间断出现无法上网的故障 |
 | 14 leafleave 2017-12-02 10:48:14 +08:00 via Android 我见过一篇博客实验过这个问题，ip 重复，mac 重复等等，结论是毫无影响，你百度搜一下。 |
 | 16 churchmice 2017-12-02 11:41:18 +08:00 via Android @leafleave 贴出来让大家开开眼 |
 | 17 tinybaby365 2017-12-02 11:49:14 +08:00 via iPhone TCP 连接无法正常建立，另一个机器会发 RST 包。 |
| 18 leafleave 2017-12-02 12:02:11 +08:00 via Android |
 | 19 nbstoner 2017-12-02 12:05:31 +08:00 如果两个地址见面肯定会吓一跳 |
| 20 jimzhong 2017-12-02 12:34:34 +08:00 |
 | 21 gamexg 2017-12-02 13:03:31 +08:00 @torbrowserbridge #12 @yezhiye #11 mac 地址一样，不用混杂模式也能收到。 其实这个问题主要在 ip 地址是不是一样，如果一样不能上网，互相之间会 reset tcp 连接。 如果 ip 地址不一样，是可以上网，只是速度会变慢。 交换机会不断的修改 mac 映射的端口。 dns 请求收不到回应系统会重发，多次总有几率收到。 tcp 连接本身就有重发机制，也会收到。 |
 | 23 likuku 2017-12-02 13:07:29 +08:00 如 #3 #9 所述，都在线的话，就这样子。 |
| 24 churchmice 2017-12-02 13:25:08 +08:00 via Android @leafleave 原帖讲了啊，如果这两台机器同时上网，是会有问题的，本来会给 A 的包 B 也会收到，B 会懵逼啊 |
| 25 lrigi 2017-12-02 13:46:56 +08:00 @churchmice “原来同时具有相同的 MAC 和 IP 的机器，发出上网请求的时候，依然是交换机记住了对应的端口，然后在有数据返回的时候，按照原端口在发回去，机器还是收到了数据。！！！ 信息传递是很快的。数据发出到返回瞬间就完成了！” 不仅仅是 b 也会收到吧，只有一个会收到，a 数据返回的瞬间端口变成了 b 的话 a 就收不到消息了，b 就开始懵逼 |
| 26 lrigi 2017-12-02 13:49:55 +08:00 @gamexg a 和 c 建立了 tcp，发过来给 a 的时候结果 b 收到了，然后 c 就重传 根据那篇文章可以推测出路由器只会发给一个端口，不会去遍历转发表，找到了也没有必要遍历浪费时间 这样是有可能全部发到 b 那里，工不工作是随缘的吧 |
| 27 gamexg 2017-12-02 13:54:45 +08:00 @lrigi #26 但是当 b 发包时交换机会更新 mac 表，之后的就会发给 b 了。 操作系统使用网络时发包很频繁，也就是交换机会快速切换，两者快速轮流可以收到数据，会丢失一部分，但是 tcp 重传可以应付，就是网络速度会有影响。 但是我奇怪当同一 ip 时收到不正确的 tcp 包居然不会 reset 连接？ 也许防火墙在起作用，碰到未知的端口直接拦截了，未进入 tcp 协议栈，所以没有发出 reset 回应。 |
 | 28 lihongjie0209 2017-12-02 15:08:35 +08:00 在 vmware 上测试一下, 一起克隆虚拟机的时候遇到过, 重置地址并重启后就 ok 了, 没有深入研究 |
 | 29 togodo 2017-12-02 15:23:56 +08:00 用过虚拟机的知道，mac 重复很常见 |
 | 30 MikuM97 2017-12-02 15:27:19 +08:00 交换机 mac 地址表翻动，看交换机品牌，可能间歇性丢包 |
 | 31 zjqzxc 2017-12-02 16:54:22 +08:00 mac - ip 均相同，可以上网，但（假设其中一台是 linux ） ssh 连不上 mac 同 ip 不同没试过 从交换机（假设是一般的几十块钱的非网管交换机）的角度来看，交换表会不断更新。导致发往这个 mac 地址的包间隙性（但不是随机）发往这两台电脑其中的一台。 一般来说，更新时机是电脑主动发数据后。交换机检测数据包中的源 mac 地址，并将交换表中该源 mac 地址对应的端口更新到指向这个来源端口 注：以上端口指插网线那个端口，不是 tcp 的端口 |
 | 33 JayaOcean 2017-12-03 03:36:57 +08:00 高中时学校公共 WIFI 免密但用 MAC 过滤，然后有一天偷拿到班主任的电脑 MAC 地址，然后修改越狱 iPhone MAC 地址成功蹭网。。之后用局域网扫描软件把整层楼的连接设备 MAC 全导出来分享给同学们了。。于是老是会有老师抱怨电脑上不了网...深藏功与名  |
| 35 leafleave 2017-12-03 19:47:04 +08:00 @churchmice 我只考虑了上 INTERNET 网的情况 |
Select Language