"关于Linux内核引入的accept_local参数的一个问题"的评论

本文探讨了在网络配置中遇到的一个特殊情况:通过明细路由配置实现设备间通信时,发现ARP回复包中的源MAC地址与预期的接口MAC地址不符。通过对网络抓包和接口信息的对比分析,寻求这一现象背后的技术原因。

原文链接: https://blog.youkuaiyun.com/dog250/article/details/78746198

评论内容如下:


明细路由添加的时候ip对调了

[code=plain]
ip route add 1.1.1.2/32 dev veth1 src 1.1.1.1 tab 100
ip route add 1.1.1.1/32 dev veth0 src 1.1.1.2 tab 100

[/code]

按照文中配置操作是可以ping通的,但是有个疑问,ARP返回包1.1.1.1 is-at
3a:2f:38:95:af:75和ip addr获取到的veth1 mac地址不一样,却和veth0一致

tcpdump抓包如下
[code=plain]
01:13:38.346959 ARP, Request who-has 1.1.1.1 tell 1.1.1.2, length 28
01:13:38.346985 ARP, Reply 1.1.1.1 is-at 3a:2f:38:95:af:75, length 28
[/code]

ip addr获取如下
[code=plain]
3: veth1@veth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether e6:21:4c:72:e2:f4 brd ff:ff:ff:ff:ff:ff
    inet 1.1.1.1/24 scope global veth1
    ......
4: veth0@veth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 3a:2f:38:95:af:75 brd ff:ff:ff:ff:ff:ff
    inet 1.1.1.2/24 scope global veth0
    ......
[/code]

麻烦作者解惑下,多谢了
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值