Re: Please document git-http-backend/Apache timeout interactions

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



"Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx> writes:

> I am running git-http-backend behind Apache as suggested in
> git-http-backend(1). However, what it fails to mention is that
> git-fetch-pack seemingly can be very slow in sending its request.
> Consequently, mod_reqtimeout (on by default, as I understand it)
> kicks in as an anti-DoS measure, and the user sees a 408 (timeout)
> error.
>
> Seemingly the simplest fix is to turn off mod_reqtimeout in the vhost
> serving git (potentially with some <IfModule> around it):
>
>    RequestReadTimeout header=0 body=0
>
> Would you consider adding this to the documentation?

This feels 70% like "how to configure your Apache server when you
run site that is contacted by a client that is slow to talk?", that
is not necessarily specific to Git.

Also while it may make sense to tweak the timeout on the server
side, recommending to disable it altogether, instead of adjusting to
the typical requirement for a sane client, feels just wrong.

Also, are all requests from one client slow to start, or are only
some phases in the protocol exchange slow but not others?  If the
server side can tell which ones could be normally slow, selectively
loosening timeouts only for them might be more palatable, but I am
sensing that you are not suggesting such an approach.

For these reasons, I am on the fence.

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]