[users@httpd] ProxyPass with Location in 2.4.25

2017-05-09 Thread Michael Haas
Hello, we upgraded from 2.4.18 to 2.4.25 and now our configuration
isn't working anymore.

   ProxyPreserveHost On

   
  BalancerMember http://xxx.xx.xx.xx:8080 route=vm_0 ping=5
  BalancerMember http://xxx.xx.xx.xx:8080 route=vm_1 ping=5
   

   
 ProxyPass balancer://ppp/system
stickysession=JSESSIONID|jsessionid scolonpathdelim=On
 ProxyPassReverse balancer://ppp/system
 ProxyPassReverse http://ppp.local/system
 ProxyPassReverse https://ppp.local/system
 ProxyPassReverseCookiePath /system /service
   

   ProxyPass /error !
   ProxyPass /manager !
   ProxyPass / balancer://ppp/ stickysession=JSESSIONID|jsessionid
scolonpathdelim=On
   ProxyPassReverse / balancer://ppp/

With 2.4.25 all requests are routet through the last ProxyPass, the
Location directive is ignored so the rewrite from the context is not
happening.
If i put the last ProxyPass in a Location directive like  it's again working.

Is this a intended change?

Thanks in Advance
Michael


Antw: [us...@httpd] TCP SYN behavior and reverse proxy (mod_proxy)

2009-11-12 Thread Michael Haas
Hello, don't know if this works or if you tried it already but here are some 
Environment Variables which could help.
proxy-sendchunks or proxy-sendchunked or maybe proxy-initial-not-pooled.
I changed the keep-alive timeout on the backend to the timeout of the frontend 
apache to minimize the 502 Bad Gateway error.

Michael

 Prigge Scott priggesco...@johndeere.com 11.11.09 18.45 Uhr 
Hi. I'm running 2.2.8 on Linux with mod_proxy in a reverse proxy configuration, 
which is forwarding data to an application server. And there is a feature 
within this application which relies on HTTP POST data from the browser. We 
also have a third-party authentication module which is loaded as a shared 
object. When the authentication shared object not loaded in Apache, the HTTP 
POST data is spooled to the application server as it is being received. But 
when the auth shared object is loaded, the HTTP POST data is held until all of 
it is received from the browser. 

I can see in network traces that in both cases, Apache opens a new TCP 
connection with the application server immediately after the initial TCP 
connection with the browser is established. But over slow WAN connections for 
example, it takes a number of minutes to receive all of the POST data. And 
since Apache initiates a new TCP connection with the app server immediately, 
the TCP connection with the app server remains idle for a number of minutes. 
When Apache eventually does receive all of the POST data and begins forwarding 
it to the application server, the OS on the app server has timed out the TCP 
connection and responds with TCP RST packets. As a result, the browser receives 
a 502 Bad Gateway response.

Is there a way I might force Apache or (mod_proxy) to wait until all of the 
HTTP POST data is received before establishing a new TCP connection with the 
app server? I have tried adding a number of Apache/mod_proxy/mod_proxy_http 
directives in various combinations, but haven't been able to change this 
specific behavior.



-
The official User-To-User support forum of the Apache HTTP Server Project.
See URL:http://httpd.apache.org/userslist.html for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
  from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org





-
The official User-To-User support forum of the Apache HTTP Server Project.
See URL:http://httpd.apache.org/userslist.html for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
  from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org