You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2006/01/24 17:50:59 UTC
DO NOT REPLY [Bug 38369] New: - mod_proxy keeps alive connections that should be broken
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38369>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=38369
Summary: mod_proxy keeps alive connections that should be broken
Product: Apache httpd-2
Version: 2.2.0
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mod_proxy
AssignedTo: bugs@httpd.apache.org
ReportedBy: claire.chauvet@neolane.net
I use an Apache as a reverse proxy to send request to an other Apache Web server.
When I close the connection (whith a clean socket shutdown or not), the reverse
proxy does not break the connection with the target web server.
It's really a problem when a web application use the broken connection to detect
a job cancellation. And i think this could be used for denial of service attacks.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org
DO NOT REPLY [Bug 38369] - mod_proxy keeps alive connections that should be broken
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38369>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=38369
------- Additional Comments From cboitel@lfdj.com 2006-08-29 17:19 -------
I have posted an issue to APR team which is related to this one.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40348
I would actually expect mod_proxy to keep as much as smax connections opened
but it will not: under normal load situation, pool to backend web server
remain at the size of the maximum used.
=> always closing connections would lead to poor performance
For http connections, a quick workaround is to disabled keepalive connections
on the backend servers: better is to configure keepalive connections with
reasonable timeout.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org
DO NOT REPLY [Bug 38369] - mod_proxy keeps alive connections that should be broken
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38369>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=38369
nick@webthing.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |enhancement
------- Additional Comments From nick@webthing.com 2007-09-08 15:37 -------
Connection is defined in RFC2616 as a hop-by-hop header. Thus the transaction
between client and proxy is independent of that between proxy and backend.
Reclassifying this as an enhancement request, to be able to control behaviour.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org