我在Linux服务器上运行arp -a,这是输出:
[root@trnsrv1 ~]# arp -a
? (10.223.8.82) at 00:50:56:B5:75:08 [ether] on bond0
? (10.223.11.254) at E0:5F:B9:66:A6:00 [ether] on bond0
10.223.11.254 -这是网关
10.223.8.82 -这是另一台服务器,它不是局域网上唯一的服务器。
为什么它出现了,而其他人却没有?
做了一些谷歌搜索,查看了手册页,但没有找到这个数字的具体答案。
例如,
# ip -d -stat ne show dev eth1 | column -t | sort -V
192.168.200.41 used 1034/4635/1032 probes 6 FAILED
192.168.200.44 lladdr 00:c0:b7:xx:xx:xx used 1037/1032/266 probes 1 STALE
192.168.20.5 lladdr 00:40:9d:xx
我想检测一下Wake On Lan是否可行。
在我的路由器(Tomato firmware)上有一个表,上面有信息--当显示设备"Active (In ARP)“时,可以通过WOL (脱机linux pc)打开这个设备。
我想知道这是通过路由器功能实现的,还是我可以用C#或C来实现?函数SendArp可以检测MAC地址并执行"arping“,但这不是我想要做的。
我有一个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继续使用断开连接的接口?它不应该自动检测和停止使用它们吗?
当我尝试使用ping命令时,当我在wireshark first ARP request中看到它时,在应答之后,只有ICMP请求正在运行,
我想这就是ARP第一次请求的原因,
在尝试ping时,需要知道目标设备的 MAC 地址,因此它首先尝试获取MAC地址,然后再发送ICMP请求。
如果是这样的话,那么可以在ping命令中提到mac地址(不要尝试使用ARP)。
如果这不是真的,原因是什么
我有个奇怪的问题出现在我们的网络上。
每周有一两次用户(总是不同的用户)抱怨无法与处理Exchange、DNS和文件共享的Small Business Server 2003通信,这实际上切断了机器与任何类型的网络通信。
当我检查该特定服务器上的ARP表时,会有一个静态ARP条目映射到所讨论的工作站的IP地址,其中包含一个完全不同的MAC地址。如果我手动删除静态条目,机器将恢复联机。奇怪的是,有这个问题的总是另一台机器。
在我的生活中,我无法弄清楚是什么在服务器上设置这些静态ARP条目,并迫使我每次进入并手动删除它,以使工作站恢复联机。
我们的环境相当小(20个工作站和2个服务器)。
任何帮助
在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缓存,尝试一个客户以前从未