Eric Covener wrote:
>
> I believe each process has it's own separate in-memory cache, does
> that explain all your other observations?
Yes it does, and I read that in the manual about 10 minutes after
writing this post, but only having subscribed to the digest I couldn't
immediately respond. Thank
Ajay,
On Mar 25, 2012, at 9:54 PM, Ajay Garg wrote:
> Thanks Eric for the reply.
>
> Eric, but how is the shared secret comfigured?
> I do not remember configuring anything like this for the HTTPS-based WebDAV
> server.
As your DAV client and the server set up their SSL connection, they exchan
Just to be more elaborate, all that has been configured (for security
purposes) is ::
###
SSLCertificateFile = /etc/ssl/certs/ssl.crt
SSLCertificateKeyFile /etc/ssl/certs/ssl.key
###
Thanks Eric for the reply.
Eric, but how is the shared secret comfigured?
I do not remember configuring anything like this for the HTTPS-based WebDAV
server.
Thanks and Regards,
Ajay
On Sun, Mar 25, 2012 at 11:39 PM, Eric Covener wrote:
> > BUT, HOW IS THE CLIENT ABLE TO DECRYPT THE DATA? (I h
One line containing:
RewriteRule uri/(.*) http://host/$1 [P]
Works for me
Kind regards/met vriendelijke groet,
Serge Fonville
http://www.sergefonville.nl
Convince Google!!
They need to add GAL support on Android (star to agree)
http://code.google.com/p/android/issues/detail?id=4602
2012/3/
hello world,
So i have this vhost that looks like:
ServerName bar.foo
DocumentRoot /var/www/bar.foo/wwwroot
SetEnv LD_LIBRARY_PATH /usr/local/mapserver/v52/lib
SetEnv XLD_LIBRARY_PATH /usr/local/mapserver/v52/lib
AllowOverride None
allow from all
Opt
Hi,
On 24/03/2012 23:41, Serge Fonville wrote:
Does http://tomcat.apache.org/tomcat-7.0-doc/proxy-howto.html apply?
Thanks for your suggestion, but specifying proxy settings in a Tomcat
does not seem to affect the error. I have two reasons for
believing the error lies elsewhere:
1. the
> BUT, HOW IS THE CLIENT ABLE TO DECRYPT THE DATA? (I have been running both
> webdav server and client on the same machine; so it might very well
> be the case that some info from "ssl.conf" and/or "httpd.conf" is being used
> at the client side. However, I am just guessing ...
Under SSL, the cli
I believe each process has it's own separate in-memory cache, does
that explain all your other observations?
-
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
Hi all,
I've just started using mod_mem_cache to selectively cache some
responses on some of my systems and I'm not seeing the cached
responses sent back consistently. I know the responses are being
cached, thanks to the debug-level logging but they are not always
being sent out even if they could
Hi all.
I have managed to get a HTTPS-based WebDAV server up and running.
However, I have a conceptual query (sorry if I sound an absolute idiot) ::
##
When we configure "
Just to save anybody else's time, here are the steps I reverted/fixed, that
got the HTTPS-based WebDAV server working ::
a) removing "VirtualHost" definition altogether from "httpd.conf"
b) removing "mod_ssl" loading in "httpd.conf" (as it is already loaded via
"ssl.conf")
c) adding the "webdav"
Sander,
SALUTE !!!
After performing your suggested steps 1), 2) and 3), I am able to connect
to a HTTPS-based WebDAV server, as expected.
(In other words, yes, it was in fact, "ssl.conf" interference at its worst).
Thanks, Thanks, Thanks .
Ajay,
Let's table the issue of certificates, and move on to getting your server
started. You have a good key, and a good certificate. The fact that you can
run openssl s_server with it proves that.
What concerns me is that you have mod_ssl configuration language in your main
configuration f
On 3/25/2012 12:52 AM, Ajay Garg wrote:
> Sorry if I may sound a bit too demanding, but I will be really
> grateful if you could let me now the appropriate commands to generate
> appropriate "SSLCertificateKeyFile" and "SSLCertificateFile", which
> will get the "connection to HTTPS WebDAV" server w
15 matches
Mail list logo