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