1 |
Chris, |
2 |
You might find an answer to your issues by using the Proxy module |
3 |
and running other instances of Apache (calling out apache with |
4 |
command-line specified config file). It's ugly but you would be able to |
5 |
have multiple servers using different SSL keys (I've done it and it |
6 |
works). Basically one front Apache server and a few in the back tweaked |
7 |
for each web site's load and config specifics... I don't like it but it |
8 |
seems to be the only way to do it for multiple SSL keys... |
9 |
|
10 |
http://httpd.apache.org/docs-2.0/mod/mod_proxy.html |
11 |
|
12 |
On Tue, 2004-09-07 at 13:36, Christian Parpart wrote: |
13 |
|
14 |
> On Saturday 04 September 2004 5:00 pm, Zrubecz Laszlo wrote: |
15 |
> > 2004-09-04, szo keltezéssel 13:14-kor Christian Parpart ezt írta: |
16 |
> > > Wildcarding doesn't really help right here, because the vhosts are not |
17 |
> > > all under the same domain, so, not a general solution here :( |
18 |
> > |
19 |
> > In this case you can't run more then one virtualhost with the same |
20 |
> > listening address. |
21 |
> > |
22 |
> > What you can do: |
23 |
> > - use IP besed virtual hosts |
24 |
> |
25 |
> That's to bad, I've just one IP, and more IPs cost money I do not have ;( |
26 |
> |
27 |
> > - use different listening port for virtualhosts |
28 |
> |
29 |
> That's an idea, however, I do not prefer this, as it's not really intuitive. |
30 |
> |
31 |
> I'm still wondering about the technical side, AS I do not understand *why* the |
32 |
> web server can just serve one webserver certificate per (IP:PORT) pair. |
33 |
> |
34 |
> If someone usefull bookmark for me, I'd be pleased to read on them :) |
35 |
> |
36 |
> Although, Apache, shall complain if this violates some https-design - as it |
37 |
> obviousely doesn't. The only thing he is complaining is about not matching |
38 |
> CN's when they REALLY ARE different to current <VirtualHost> context. |
39 |
> So now, it didn't. Strange. |
40 |
> |
41 |
> Regards, |
42 |
> Christian Parpart. |
43 |
|
44 |
-- |
45 |
Eric Thibodeau <kyron@×××××.com> |