来自 192.168.0.254 的回复: 字节=32 时间<1ms TTL=64
来自 192.168.0.254 的回复: 字节=32 时间<1ms TTL=64
来自 192.168.0.254 的回复: 字节=32 时间<1ms TTL=64
来自 192.168.0.254 的回复: 字节=32 时间<1ms TTL=64
来自 192.168.0.254 的回复: 字节=32 时间<1ms TTL=64
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
来自 192.168.0.254 的回复: 字节=32 时间<1ms TTL=64
来自 192.168.0.254 的回复: 字节=32 时间<1ms TTL=64
来自 192.168.0.254 的回复: 字节=32 时间<1ms TTL=64
来自 192.168.0.254 的回复: 字节=32 时间<1ms TTL=64
192.168.0.254 的 Ping 统计信息:
数据包: 已发送 = 3376，已接收 = 3367，丢失 = 9 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 0ms，最长 = 109ms，平均 = 0ms
Control-C
^C
检查备机配置：
[root@SrvB ~]# ifconfig|grep 192.168.0.254
inet addr:192.168.0.254 Bcast:192.168.0.255 Mask:255.255.255.0
手工打开主机端口，过段时间观察主机是否能够重新接管VIP：
[root@SrvA ~]# ifconfig|grep 192.168.0.254
inet addr:192.168.0.254 Bcast:192.168.0.255 Mask:255.255.255.0
[root@SrvB ~]# ifconfig|grep 192.168.0.254
注意：由于VIP接管时间很短，ping没有丢失。
测试完成。这个脚本有个缺陷，就是ifdown会把对外服务的接口关闭，管理员无法通过远程登陆管理服务，比较适合人工值守的场景。以后慢慢优化。