对正在发生的事情的一个简单化的解释是:Server2 receives the ping request from Server1, sends ping reply to Server1网络布局非常简单--这里有一个(绘制得很差)图表:有些事情我认为是相关的当您从另一个子网(例如,ping 10.0.1.200,而机器
当我尝试ping我的LAN上的广播地址时,每次都只显示来自3台主机的ICMP回复,即使有许多主机连接到LAN。$ping -b 172.30.127.255PING 172.30.127.255 (172.30.127.255) 56(8464 bytes from 172.30.120.50: icmp_seq=1 ttl=255 time=3.97 ms (DUP!)64 bytes from 172.30.120.50: icmp_seq=2 t
$ ping -n x.com64 bytes from 196.x.y.z: icmp_req=1 ttl=64 bytes from 196.x.y.z: icmp_req=1 ttl=120 time=52.3 ms (DUP!)64 bytes from 196.x.y.z: icmp_req=1 ttl=120 time=52.7 ms (DUP!)64 bytes from 196.x.y.z: icmp_req=1 t
I ping/telnet的管理接口(来自同一个VLAN)。但是,位于另一个VLAN上的监视服务器不会ping或访问交换机。原因是交换机既不ping也不访问路由器(它是ip默认网关)。另外,当开关开始疯狂的时候,我得到了(DUP!)由ping命令向某些IP返回的重复数据包。有时上面写着DUP!,有时却没有!
ping -c 3 8.8.8.8的输出:64 bytes from 8.8.8.8: icmp_seq=164 bytes from 8.8.8.8: icmp_seq=1 ttl=47 time=570 ms (DUP!)64 bytes from 8.8.8.8: icmp_seq=1 ttl=47 time=572 ms (DUP!)64 bytes from 8.8.8.8: icmp_seq=1 ttl=47 time=
当我运行ping -b 172.20.0.255命令( 172.20.0.255是我的广播地址)时,我迭代地获得了IP列表:64 bytes from 172.20.0.29: icmp_seq=17 ttl=64 time=0.562 ms (DUP!)64 bytes from 172.20.0.16: icmp_seq=17 ttl=64 time=0.565 ms (DUP!)64 bytes from 172.2
有一个相关的问题,如何防止deja-dup-监视器运行,或完全删除它?,但用户没有使用deja,只是想杀死它。还有一些关于与谷歌Chrome的奇怪互动,也不是我的问题。我使用deja-dup,但只能在需要的情况下使用。我不需要运行它的守护进程来启动自动备份。但我得到
Failed to stop deja-dup-monitor.service: Unit deja-du