Thanks Stefan for explaining this. I hadn't managed to find anything when searching for my problem. Based on the general expectations / docs ( https://httpd.apache.org/docs/2.4/mod/mod_reqtimeout.html*)*, that isn't the behavior I'd have expected.
Do you know if there has been discussion about this being applied at the level of individual virtual host (selected by SSL) rather than the base host? Returning to the docs page, even with this knowledge, I still can't see anything that makes how this is applied clear, do others think there would be value in requesting the documentation is updated to explicitly define how this applies to virtual hosts? Thanks, Paul On Fri, 25 Jan 2019 at 12:11, Stefan Eissing <stefan.eiss...@greenbytes.de> wrote: > mod_reqtimeout uses the setting of the "base" host, not necessarily the > virtual host selected by SSL. > > The "base" host is usually the first one for the given port. So when you > have virtual host A, X, C in > that order in your config, try changing the setting for A. > > -Stefan > > PS. I find this not intuitive. > > > Am 25.01.2019 um 13:05 schrieb Paul Beckett <paulnorwich...@gmail.com>: > > > > I am runnning Apache HTTP2.4.34 (built from source on RHEL6.10). > > > > RequestReadTimeout is being set at the Server level: > > RequestReadTimeout header=5-10,MinRate=500 > body=5-20,MinRate=500 > > > > I'm attempting to override RequestReadTimeout for a VirtualHost, I have > tried completely de-restricting it inside the VirutalHost with: > > RequestReadTimeout header=0 body=0 > > and have also tried upping the body restriction in the VirutalHost: > > RequestReadTimeout header=5-10,MinRate=500 > body=5-120,MinRate=500 > > > > Neither of these changes is working as I'd expected, and file uploads > are still timing out (408 response), after the twenty seconds specified at > the Server level. Increasing the value at the server level, causes it to > work. > > > > I've read the apache doc > https://httpd.apache.org/docs/2.4/mod/mod_reqtimeout.html , and thought > that this should work. Any help/advice would be greatly appreciated. > > > > Thanks, > > Paul > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org > For additional commands, e-mail: users-h...@httpd.apache.org > >
