存盤后離開，回到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，備援主機則再次進入備援等待狀態。