我有一个Linux系统,它有两个以太网接口,eth0和eth1,它们使用在同一个子网上。有时,我看到,即使当其中一个接口断开(电缆断开),Linux继续使用它的IP地址。
例如,如果eth0在插入eth1时断开连接,则可以看到“plugged”命令将eth0报告为默认接口。
~ $ ip ro get 192.168.1.1
192.168.1.1 dev eth0 src 192.168.1.5
因此,scp和ping等工具最终使用了断开连接的接口&失败。
我的问题是,为什么Linux继续使用断开连接的接口?它不应该自动检测和停止使用它们吗?
我想检测一下Wake On Lan是否可行。
在我的路由器(Tomato firmware)上有一个表,上面有信息--当显示设备"Active (In ARP)“时,可以通过WOL (脱机linux pc)打开这个设备。
我想知道这是通过路由器功能实现的,还是我可以用C#或C来实现?函数SendArp可以检测MAC地址并执行"arping“,但这不是我想要做的。
我们一直在经历缓慢的超时,因为无法到达的主机是非常慢的。最近在我们的实验室测试表明,这可能是延迟报告负ARP查找。在试图打开到本地区域的telnet连接时,由于修补而被丢弃的交通显示如下。
如果源是Linux,则三个ARP请求每隔1秒发送一次,连接在3秒钟内失败。
如果源是Solaris服务器,则最初的5个ARP请求被发送到1秒间隔的广播地址。5秒后,更多的ARP请求被发送。ARP请求继续增加暂停时间,直到连接在3分44秒后失败。测试从一个全局区域运行到另一个全局区域上的本地区域。两个全局区域都运行在Sparc硬件上。这些设备通过二级交换设备连接。
是否有任何可调性会导致快速(3至5秒) AR
在Arch Linux ARM (Raspberry Pi)内核4.4.37上,我创建了一个macvlan。
ip link add link eth0 mac0 type macvlan
然后,macvlan虚拟网卡出现在列表中,因此我给它分配了一个IP地址,并将链接状态设置为up。(顺便说一下,我尝试过bridge、vepa和private模式。)
然后,我可以从我的Windows客户端平IP,但是当我在Windows中检查ARP缓存(arp -a)时,它们显示的是与主(物理)网络适配器相同的MAC地址,而不是新创建的macvlan MAC地址。
我确保清除ARP缓存,尝试一个客户以前从未
我有一个带有两个NIC的Linux虚拟服务器。
eth0 <IP1>
eth1 <IP2>
arp_filter被打开,rp_filter被设置为2(松散模式)。
策略路由配置如下:
table T1
default via <GW> dev eth0 src <IP1>
127.0.0.0/8 dev lo
<LAN> dev eth0 src <IP1>
table T2
default via <GW> dev eth1 src <IP2>
127.0.0.0/8 dev lo
<LA