1. 在訪問vip的時候，連線被拒絕，但是可以ping通：

[[email protected] Desktop]$ curl -I  172.25.67.200
curl: (7) Failed connect to 172.25.67.200:80; Connection refused

[[email protected] Desktop]$ ping 172.25.67.200
PING 172.25.67.200 (172.25.67.200) 56(84) bytes of data.
64 bytes from 172.25.67.200: icmp_seq=1 ttl=64 time
 
=0.160 ms
64 bytes from 172.25.67.200: icmp_seq=2 ttl=64 time=0.207 ms
^C

• 檢查配置檔案
• 首先檢查防火牆和selinux，都是關閉的。
• 檢視RS端的arptables的策略。

# arptables --list
Chain IN (policy ACCEPT)
target     source-ip            destination-ip       source-hw          destination-hw     hlen   op         hrd        pro       
DROP
 
       anywhere             172.25.67.200        anywhere           anywhere           any    any        any        any       

Chain OUT (policy ACCEPT)
target     source-ip            destination-ip       source-hw          destination-hw     hlen   op         hrd        pro       
mangle     172.25
 
.67.200        anywhere             anywhere           anywhere           any    any        any        any       --mangle-ip-s server3 

Chain FORWARD (policy ACCEPT)
target     source-ip            destination-ip       source-hw          destination-hw     hlen   op         hrd        pro       

2. 訪問VIP超時，但是可以ping通：

客戶端返回內容:
[root@foundation67 Desktop]# curl 172.25.67.200
curl: (7) Failed connect to 172.25.67.200:80; Connection timed out
在排程端：
[root@server1 ~]# ipvsadm -l
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  172.25.67.200:http rr
  -> server3:http                 Route   1      0          0         
  -> server4:http                 Route   1      0          1         
[root@server1 ~]# ipvsadm -lnc
IPVS connection entries
pro expire state       source             virtual            destination
TCP 00:53  SYN_RECV    172.25.67.250:51808 172.25.67.200:80   172.25.67.4:80

LVS端看到狀態是SYN_RECV，說明請求已經到達LVS，但是在發給後端Real Server的時候出現問題。

資料包的進出策略是正確的，但依然無法處理資料包。資料包出去只是傳送，肯定是好的，那麼就只能是資料包解析出錯。資料包在傳給RS後，解析ip，如果發現自己的VIP且和解析出的IP一致，那麼就沒有問題，說明vip和解析的ip不一致，但訪問的是VIP，解析出的目的IP一定是VIP，那麼只有RS上的VIP有問題，檢視的時候發現沒有VIP，是因為新增VIP是通過 ‘ip addr add 172.25.67.200/24 dev eth0’命令，而重啟兩臺RS後VIP就沒了。