Thanks for working through this with me Chuck.
Sorry for the frustration.  Probably should have started MY inquiry off
as a new thread.

Now that I got how useIPVhosts works (probably), did you see any
drawbacks to setting up multiple <Services> to achieve what the original
poster was going for, i.e. multiple hosts with unique SSL certificates?
(other than the obvious amount of typing involved)  I'm thinking
technical & performance issues.

I can see the usefulness of using useIPVHosts instead of multiple
services if one is using SSL.  Only one port 80 connector to handle the
non-SSL traffic.  For an "everything SSL" setup, that's a benefit for
the initial non-SSL connection that gets redirected to SSL.  In fact,
I'd say the only real need for it is when you are doing SSL and can't
use a wildcard-SSL cert, e.g. www.example1.com, www.example2.com, etc.
Just have to remember that hostnames in the server.xml are primarily for
documentation, and you really need an <Alias> for the IP address.

Thanks again.

> -----Original Message-----
> From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
> Sent: Wednesday, May 26, 2010 5:05 PM
> To: Tomcat Users List
> Subject: RE: Tomcat 6.0 always uses default host in multi-host config
> 
> > From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com]
> > Subject: RE: Tomcat 6.0 always uses default host in multi-host
config
> >
> > Allow me one more attempt at a clear doc?
> >
> > 1) If useIPVHosts=false (default), then the host header name
> determines
> > <Host> for processing, or default host of the Engine.
> > 2) If useIPVHosts=true, then IP address of request determines <Host>
> > for
> > processing, providing the IP is provided as the host name, or
> <Alias>.
> > If not found, then default host of Engine applies.
> > 3) Nothing external to server.xml matters to Tomcat in resolving
> <Host>
> > for processing.
> >
> > Does that sound accurate?
> 
> I think so, but will have to verify by looking at current code.
> 
>  - Chuck
> 
> 
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE
> PROPRIETARY MATERIAL and is thus for use only by the intended
> recipient. If you received this in error, please contact the sender
and
> delete the e-mail and its attachments from all computers.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 


*******************************  NOTICE  *********************************
This message is intended for the use of the individual or entity to which 
it is addressed and may contain information that is privileged, 
confidential, and exempt from disclosure under applicable law.  If the 
reader of this message is not the intended recipient or the employee or 
agent responsible for delivering this message to the intended recipient, 
you are hereby notified that any dissemination, distribution, or copying 
of this communication is strictly prohibited.  If you have received this 
communication in error, please notify us immediately by reply or by 
telephone (call us collect at 512-343-9100) and immediately delete this 
message and all its attachments.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to