But I've allways problem when accessing /var/run/ssl_cache
[08/Jun/1999 17:59:09] [error] Cannot open SSLSessionCache DBM file
`/var/run/ssl_scache' for expiring (System error follows)
[08/Jun/1999 17:59:09] [error] System: Permission denied (errno: 13)
[08/Jun/1999 17:59:09] [error] Cannot
I have no idea what -DNO_IDEA does, and haven't found anything on
the website and mailing list archives that would give me a clue.
SEE openssl-0.9.2b/README
The IDEA algorithm is patented by Ascom in Austria, France, Germany, Italy,
Japan, Netherlands, Spain, Sweden, Switzerland, UK and the
So, those of you who've still problems with MSIE clients, should now apply the
appended patch to ssl_engine_kernel.c and add the following line to the
SSL-aware virtual host:
SetEnvIf User-Agent "^MSIE.*" ssl-unclean-shutdown
I think that this line is wrong.
IE 5.0 User-Agent is
Mozilla/4.0
Ok, then I've to check now POST+keepalive+redirection, too. What a nice thing
that the HTTP protocol makes has such a lot of esoteric combinations
possibleI'll investigate when I find time.
Just FYI, i've also come across the POST+keepalive+redirection problem. I think
i'm right in
Ok, because of the problem reports with various client/platforms and the fact
that I cannot reproduce the problems, I've now established a little test suite
for us. Under
http://en4.engelschall.com/
https://en4.engelschall.com/
an Apache/1.3.6+mod_ssl/2.2.6+OpenSSL/0.9.2b test
mod_ssl/2.2.3 failed to restart(kill -HUP).
After restarting, http is OK, but https is down.
OS is Solaris2.6(on SS20).
I'll investigate in a few hours.
Ok, I've now found and successfully fixed this problem for mod_ssl 2.2.4.
Thanks for the hints. It was my fault because I've forgotten
mod_ssl/2.2.3 failed to restart(kill -HUP).
After restarting, http is OK, but https is down.
OS is Solaris2.6(on SS20).
I'll investigate in a few hours. Currently I'm still totally busy with some
system installations... BTW, are there any errors in the error log (cannot
open logfile, etc.)?
mod_ssl/2.2.3 failed to restart(kill -HUP).
There are no other errors in the error log.
Restart does'nt work.
But stop and startssl work(with entering pass phrase).
__
Apache Interface to SSLeay (mod_ssl)
httpd: [Mon Feb 15 15:14:13 1999] [notice] child pid 28009 exit signal
Segmentation Fault (11)
BTW, sorry when I ask: Have you verified in the debugger that these segfaults
are still the `meth'-variable-related ones? Perhaps we've fixed it, but have a
second problem somewhere else?
This
sc-prsaKey-meth is a pointer of static variable.
But it isn't valid after Apache's second initialization when I use chroot(1M)
command without my patch.
Oh, _THAT'S_ the problem: the static variable inside SSLeay/OpenSSL. H...
yes, now I know why it core dumps: It's because the DSO
H... I need a little bit more details about what chroot() you speak about.
Apache uses no chroot() per default, not even in suexec. So about which
I mean chroot(1M). I didn't use chroot(2).
I rewrote bin/apachctl.
ex.
if $HTTPD -DSSL; then
-
CHROOT="/usr/sbin/chroot /newroot"
11 matches
Mail list logo
