Hi Marcello,

If you add a stats page on haproxy config, the backends are all properly reported as 'up'?
I think the be01 gateway should be pointing to the haproxy machine.

Op 5-3-2016 om 23:06 schreef Marcello Lorenzi:
Hi All,
i'm testing a TPROXY implementaion on RHEL 7 KVM servers but i noticed some issue. All the connections are collected by the VLAN 192.168.10.0/24 <http://192.168.10.0/24> and the backend communication between HAPROXY and APACHE are perfomed on VLAN 192.168.20.0/24 <http://192.168.20.0/24>. The IP addresses are

192.168.10.20 fe01-dmz
192.168.20.20 fe01-priv
192.168.20.21 be01-priv

I configured the IPTABLES and sysctl with all the commands provided into the HAPROXY documentation but if i tried to enable trasparent proxy mode i received an 503 service unavailable error. The haproxy configuration is:

[root@fe01 ~]# cat /etc/haproxy/haproxy.cfg
global
        log         127.0.0.1 local2
        chroot      /var/lib/haproxy
        pidfile     /var/run/haproxy.pid
        maxconn     4096
        daemon

defaults
        log global
        mode  http
        option  httplog
        option  dontlognull
        option forwardfor
        option http-server-close
        retries 3
        timeout connect  5000
        timeout client  50000
        timeout server  50000

frontend http-lb
        bind 192.168.10.20:80 <http://192.168.10.20:80> transparent
        default_backend backen-it

backend backen-it
        option httpclose
        option forwardfor
    source 0.0.0.0 usesrc clientip
server apache-be01 192.168.20.21:8888 <http://192.168.20.21:8888> maxconn 1000 check inter 5000 fastinter 2000 downinter 2000 rise 3 fall 3

I notice that all the connections from haproxy and apache remain on SYNC_SENT status and this could be related to routing issue but i can't find a solution.

[root@fe01 boot]# netstat -antp | grep 8888
tcp 0 1 192.168.10.1:44073 <http://192.168.10.1:44073> 192.168.20.21:8888 <http://192.168.20.21:8888> SYN_SENT 11937/haproxy

 The default gateway is configured as:

[root@fe01 ~]# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0         192.168.10.1    0.0.0.0         UG 0 0          0 eth0

[root@be01 ~]# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0         192.168.20.1    0.0.0.0         UG 0 0          0 ens3
Gateway should imho point to haproxy, as i understand that would be 192.168.20.20 instead of 192.168.20.1.?

Could someone help me to debug this issue?
"tcpdump -en -i <nic>" might show if reply packets from the webserver are properly delivered back to the haproxy machine.

Thanks,
Marcello
Regards,
PiBa-NL

Reply via email to