存盘后离开，回到piranha即可看见虚拟服务器部分其地址设定ok
Q3:重新激活内部real server后外部浏览器无法读到该主机网页
A3:检查该real server之route table是否default gateway设定消失
执行# route 检查一下若无default gateway
加上default gateway:执行 # route add default gw 192.168.10.1 dev eth0
Q4:执行中real server断线后如何重新加入提供服务行列
A4:若有一台real server故障而无法提供服务，该主机会从ipvsadm的routing table中消失(可由监控器中看到变化)，由剩下的正常real server提供服务，在排除earl server故障原因后，按piranhaà控制à停止à开始，即可将修复之real server重新加入提供服务行列
Q5:为何使用virtual ip设定(eth0:0/eth1:0)
A5:这是为了提供HA功能，备援virtual server取代故障的virtual server时可以转换主机使用，在不提供HA功能的情况下亦可以不用virtual ip只用真实ip来设定，cluster的功能相同
Q6:执行piranha 按下开始键出现error讯息：
Error: /etc/rc.d/init.d/pulse start 失败
A6:开启terminal窗口，在命令列提示符号下执行
# ps aux
可以看到 nanny 这个daemon在位激活piranha的情况下仍存在未被上一次按下"停止"键所终止
# kill -9
停止nanny后，再按下piranhaà控制à开始键即可重新执行
Q7:加上HA备援主机功能时,按下套用后出现error讯息：
执行/usr/bin/rcp /etc/lvs.cf root@202.39.145.151:/etc/lvs.cf 失败
Permission denied
A7:这牵涉到rcp指令的使用，可直接用磁盘copy的方式复制/etc/lvs.cf 至备援主机之/etc/lvs.cf ;而lvs.cf档案本身需要修正(两个lvs.cf需相同)
: (略)
primary = 202.39.145.156
nat_router = 192.168.10.1 eth1:0
service = lvs
backup_active = 1 ?加入此行
backup = 202.39.145.151 ?加入此行
: (略)
在未了解rcp指令之前,暂时可用此法完成HA
Q8:备援主机成功取代后,但外部的浏览器仍无法正常读取网页,或联机失败?
A8:在使用NAT型式架设cluster的环境下对外之virtual server主机必须具有NAT功能，所以至少必须先执行NAT功能设定，才能正确取代
# echo 1 > /proc/sys/net/ipv4/ip_forward
# echo 1 > /proc/sys/net/ipv4/ip_always_defrag
# ipchains -P forward MASQ
Q9:如何激活备援主机?如何还原virtual server?
A9:virtual server 故障后，备援主机上的pulse daemon 在侦测得之后，会自动激活，并依照/etc/lvs.cf 将相关设定转移至备援主机上，完全取代virtual server功能；一但virtual server主机修复上线，原virtual server则成为备援主机，如此相互备援；若要立即换回原virtual server，需在接上网络前激活virtual server上的 pulse daemon，上线后，pulse daemon会立刻将设定转移至原来之virtual server，备援主机则再次进入备援等待状态。
