Hi,
On 03/27/2014 04:08 AM, Matthew Turany wrote:
Hi,
Trying to figure out if this is possible; apache reverse-proxy sitting in
front of a server running tomcat serving a web app. Due to the amount of
data in the backend DB, when a user generated report is requested, it can
take several minutes (3-4) for the report to be presented to the browser
session.
In this particular case the client browser is sitting behind a gateway /
firewall that will drop the connection after 60 seconds of 'inactvity' e.g.
no traffic back to the browser (high-security environment).
The app presents a web pop-up stating "Your report is being prepared" and
session keepalive timeouts are all set accordingly, however since the
gateway doesn't see any active traffic it will close the connection forcing
the client browser to reconnect on a new connection which in affect loses
their report. (Note: that this all works fine for anyone not behind that
particular gateway)
Is it possible to configure either apache or tomcat to send a packet every
x number of seconds so that at the client end the gateway thinks the
session is still active and will keep the connection open, or is this
something best put into the actual web app?
The usual solution in this case is using Keepalive TCP. Check this, it's
based on Linux but
the theory works on every other OS:
http://www.tldp.org/HOWTO/html_single/TCP-Keepalive-HOWTO/
Thanks,
Matt
