Re: route !HTTP connections to tcp backend instead of dropping in HTTP mode

2011-12-16 Thread Lukasz Michalski
On 12/13/2011 07:59 AM, Willy Tarreau wrote: >> >> I think that have to setup some tcp content analyzer that will be able >> to read first 15 bytes from traffic and then route connection to stunnel >> or haproxy only if this is not a "policy file request". > > Yes, then you can proceed that way : >

Re: route !HTTP connections to tcp backend instead of dropping in HTTP mode

2011-12-13 Thread Lukasz Michalski
On 12/13/2011 07:59 AM, Willy Tarreau wrote: Many thanks for your help! It is great that it is possible to use haproxy instead of adding another software for frontend. > > I did not know about this patch. If this way of requesting flash policy files > is well defined and standard, then we should

Re: route !HTTP connections to tcp backend instead of dropping in HTTP mode

2011-12-12 Thread Lukasz Michalski
On 12/12/2011 09:52 AM, Baptiste wrote: > Hi Lukasz, > > You must use stunnel in front of haproxy in order to be able to > inspect pure clear HTTP traffic. > > Concerning your HAProxy configuration, it's not fully accurate. > Please give a try to the configuration below: > > frontend > mode tc

Re: route !HTTP connections to tcp backend instead of dropping in HTTP mode

2011-12-11 Thread Lukasz Michalski
On 12/10/2011 04:29 PM, Baptiste wrote: > Hi, > > There is an ACL for that: req_proto_http (and an alias exists: HTTP) > you can choose you backend based on it's return: > > tcp-request content inspect-delay 1s > use_backend bk_http if HTTP > use_backend bk_xml if !HTTP > I am not sure how this

HAProxy and flash sockets

2011-11-23 Thread Lukasz Michalski
Hi, I am trying to use HAProxy as proxy for socket.io transports. Standard XMLHttpRequest and WebSockets work ok but I have trouble with flash transport. The flashtransport uses flash plugin to establish socket connection and after that data is send and received using WebSockets protocol. To mak