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 2003/06/10 12:55:10 UTC
DO NOT REPLY [Bug 20641] New: -
Possible bug in SSL handling
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20641>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20641
Possible bug in SSL handling
Summary: Possible bug in SSL handling
Product: Apache httpd-2.0
Version: 2.0.45
Platform: Sun
OS/Version: Solaris
Status: UNCONFIRMED
Severity: Minor
Priority: Other
Component: mod_ssl
AssignedTo: bugs@httpd.apache.org
ReportedBy: bos@writeme.com
I had a problem with one of my clients running MS IE 6 SP 1 on Windows NT 4.0
SP6a. Since it was special corporate installation, I cannot reproduce this bug
elsewhere. But other SSL-enabled servers worked there without problems.
The problem was, that this combination server - client hung just in the of
loading page. Typical "Page cannot be displayed" appeared on the client, server
had "(70014)End of file found: SSL input filter read failed." in ssl_error_log.
I have detailed ssldump data if anyone is interested, but basically it seemed
that only one SSL handshake took place, while other clients do multiple SSL
handshakes per page (the page contains images etc).
The problem has been resolved by compiling with MPM=prefork instead of
previous MPM=worker.
I'm putting this into bugzilla just in case someone else had similar problem...
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org