Re: PATCH Prevent segfaults in connection state
D i have to report you as spam or what please remove! THANKYOU"William A. Rowe, Jr." <[EMAIL PROTECTED]> wrote: Ralf S. Engelschall wrote:> On Fri, May 05, 2006, William A. Rowe, Jr. wrote:> >>Ping, in anticipation of a 2.8.26 for 1.3.35 (are we expecting one?)I didn't see any feedback, do any of the Apache guru's have comments? Any>>clarifications? (I hope I made the specifics clear enough, below.)> > Hmmm... the cleanup is done in the ssl_hook_CloseConnection()> function which comes after your ssl_hook_LogRequest() anyway. Do I> understand correctly: under Win32 the r->pool is cleaned up _before_> ssl_hook_CloseConnection() is called?Yes, especially, with keep alives. Think about it, requests disappear whilethe connection remains.All in all the old code was evil, and equally faulty on unix. Only on unix,we never free the pool mem (just hold it for recycling) and there's no secondthread to come along and appropriate it.Bill__Apache Interface to OpenSSL (mod_ssl) www.modssl.orgUser Support Mailing List modssl-users@modssl.orgAutomated List Manager [EMAIL PROTECTED] How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates.
Re: Cleanup of mod_ssl compiler warnings
Please rmove me from your list"Ralf S. Engelschall" <[EMAIL PROTECTED]> wrote: On Fri, Feb 10, 2006, William A. Rowe, Jr. wrote:> The following patches mop up some unnecessary compile warnings, when the> functions are properly decorated. It's been sitting in my drafts waiting> for a subscription to go through for 3 months, so feel free to verify that> they are still appropriate.> [...]I had to add some "#if SSL_LIBRARY_VERSION < 0x00904000...#else..#endif" to the patches to let it still work on older OpenSSLversions, but after this I've added to mod_ssl for release with version2.8.26. Thanks for your contribution.Ralf S. Engelschall[EMAIL PROTECTED]www.engelschall.com__Apache Interface to OpenSSL (mod_ssl) www.modssl.orgUser Support Mailing List modssl-users@modssl.orgAutomated List Manager [EMAIL PROTECTED] Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min.
Re: A SSL scenario (involving multiple SSL-servers)
remove now!BJ Swope <[EMAIL PROTECTED]> wrote: Every item the browser requests, such as images, comes from a unique/distinct connection.So the links to the other web servers will result in independent connections to the other web servers. So you should be good to go. On 4/24/06, Vishwas <[EMAIL PROTECTED]> wrote:Hello there,I have few doubts, the scenario goes as below.Scenario: There are 4 SSL-enabled Apache servers {A1, A2, A3, A4}, all of them independently controlled and have valid certificates. Now, a "user" on A1 designs an
HTML page ( index.html) that refers to images from all the 4 servers. The links to these images are specified in the HTML file using "https://A[1-4]/..."Questions:1. A request for https://A1/~user/index.html comes, The requestor is going to get a SSL connection from A1. And the content from A1 to the browser is flowing through the SSL-tunnel. I think only the files that reside on A1 are going to flow through this tunnel from A1 to the browser!? And the files from A2, A3, and A4 are flowing through separate SSL-tunnels to the browser!? Then the browser shows only one PADLOCK symbol, will it be for A1? YES. Then what about the SSL-connections from A2, A3, and A4? How does browser tells its user about these connections? 2. Or does A1 brings the files from A2, A3, and A4 that referred inside the "index.html" file by the "user" and serves
to the browser?Am confused. Because my understanding was SSL is Secure socket layer, and one cannot tamper with this tunnel. And I used to think, when I ask the browser to open some URL, it opens a connection (by obtaining a socket, say 56789, from underlying OS) to the port 80 of URL server. Now I feel, if the URL page has objects residing on other servers, my browser opens separate sockets (different from 56789) for these objects.!? Please clarify my doubts. Or point me to some guides et al. Thank you for your patience.-- Best Regards, Vishwas.
Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.
