1. 在访问vip的时候,连接被拒绝,但是可以ping通:
[kiosk@foundation67 Desktop]$ curl -I 172.25.67.200
curl: (7) Failed connect to 172.25.67.200:80; Connection refused
[kiosk@foundation67 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就没了。