httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 43738] - Who is hiding my buffered POST data from mod_ssl after renegotiation?
Date Thu, 01 Nov 2007 16:34:21 GMT
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=43738>.
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=43738





------- Additional Comments From wollman+apache@csail.mit.edu  2007-11-01 09:34 -------
>ssl/tls filter(0x81e098):   Does decryption of the input stream and deals with
>                            client certificates. Sometimes this filter buffers
>                            data.

That's not what the code claims.  See the end of ssl_io_buffer_fill() in
ssl_engine_io.c:

    /* Insert the filter which will supply the buffered data. */
    ap_add_input_filter(ssl_io_buffer, ctx, r, c);

    return 0;

The buffered data can only come from the "ssl/tls buffer" filter, not the
"ssl/tls filter" filter.  As I noted in my original report, we know from the
debug logs that the "ssl/tls buffer" filter's read routine
(ssl_io_filter_buffer) is in fact being called, but not until after the
30-second 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


Mime
View raw message