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