This "issue" is similar to the "issue" of proxying HTTPS.
The only better option I see for web servers is to use only one certificate for all the server, and the user will need to trust in the server and ignore the wrong domain. I think a bank site or a "big e-business site" won't HAVE TO use virtual servers using another domains. And I also think a "common site" don't need SSL. But some new HTTPS spec, including some "unencrypted redundant headers" should be useful :-P []'s 2009/1/8 Krist van Besien <[email protected]>: > On Wed, Jan 7, 2009 at 4:27 PM, Brian Mearns <[email protected]> wrote: > >> Right, which I guess is a big problem for most use cases. For me, my >> certificate is self-signed anyway, and I already use it for multiple >> hostnames (myserver.net, www.myserver.net, web.myserver.net, which are >> all aliased to the same vhost in apache). > > Than there is no reason not to have the virtualhosts all on the same > server... Your solution is unnecessarily complicated. > > Krist > > -- > [email protected] > [email protected] > Bremgarten b. Bern, Switzerland > -- > A: It reverses the normal flow of conversation. > Q: What's wrong with top-posting? > A: Top-posting. > Q: What's the biggest scourge on plain text email discussions? > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: [email protected] > " from the digest: [email protected] > For additional commands, e-mail: [email protected] > > -- Bruno Moreira Guedes <[email protected]> e-comBR - Depto. Infra-Estrutura Fone: (049) 3328-4065 Chapecó-SC --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: [email protected] " from the digest: [email protected] For additional commands, e-mail: [email protected]
