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 <krist.vanbesien@xxxxxxxxx>: > On Wed, Jan 7, 2009 at 4:27 PM, Brian Mearns <mearns.b@xxxxxxxxx> 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 > > -- > krist.vanbesien@xxxxxxxxx > krist@xxxxxxxxxxxxx > 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: users-unsubscribe@xxxxxxxxxxxxxxxx > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > > -- Bruno Moreira Guedes <bruno@xxxxxxxxxxxxxx> 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: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|