We have a set up where the browser makes an http request to Box A which in turn makes an http request to Box B. What we're encountering is that Box A waits for Box B to respond for two minutes then the users sees:

The page cannot be displayed
Explanation: There is a problem with the page you are trying to reach and it cannot be displayed.

Try the following:

    * Refresh page: Search for the page again by clicking the Refresh button. The timeout may have occurred due to Internet congestion.
    * Check spelling: Check that you typed the Web page address correctly. The address may have been mistyped.
    * Access from a link: If there is a link to the page you are looking for, try accessing the page from that link. 

Technical Information (for support personnel)

    * Error Code: 404 Not Found. The requested item could not be located. (12028)

Watching the logs on Box B we see that it takes 5 minutes to do the work requested.

The problem is that the apache time outs on both boxes are set 1200 (20m), not 120 (2m).

Any ideas where to look?

Edit: Box A handles the request by running some Perl code which makes an HTTP request to Box B.

  • The title of your question is misleading (missing a zero)... Also, how have you configured Apache on A to forward to B - mod_proxy? You should describe that. – asjo May 7 '10 at 21:32
  • @asjo, Thanks for pointing out my typo. Fixed. There's no forwarding with mod_proxy, just a cgi process that makes another http call. – Robert Gowland May 7 '10 at 22:03

I was able to determine that the response I was encountering was generated by Microsoft's ISA firewall, nothing to do with Apache or even our boxes at all. I didn't realize our customer had our boxes behind a firewall or even that firewalls had timeout settings.


If this is from a browser. I suspect it's a browser-side timeout. In some browsers it's configurable, see for example http://support.microsoft.com/kb/813827 for how to set it for Internet Explorer.

One workaround could be to periodically send some data, such as an HTML comment, to the browser in order to keep the connection alive.

  • That's a really good point, and one that we hadn't considered. However, testing shows that's not the issue. Still, +1 for helping us rule out the browser. – Robert Gowland May 10 '10 at 15:31

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.