> -----Original Message----- > From: Om [mailto:omprakash@xxxxxxxxxxxx] > Sent: Monday, May 29, 2006 5:53 AM > To: users@xxxxxxxxxxxxxxxx > Cc: shaibn@xxxxxxxxx > Subject: Re: [users@httpd] separate logs for aliases > > Hi Shai, > you can cross check once again in the apache2.2.2 manual. > Check the Virtual hosts section. > I read that. > That configuration is working fine. It depends on how you define "fine"... Your configuration "works" in that https://site1/ and https://site2/ will both lead to the correct site and https will be functional. However, if you look carefully, you will see that both sites are using the same certificate (namely, the cert from the first VH listed in the config - site1). HTTPS requests to site1 or site2 look identical at the TCP/IP layer (they're just requests to 192.168.1.3:443 with no HTTP attributes accessible). Apache finds the first listening VH (which happens to be site1) and uses the cert from that VH to establish the HTTPS session. Once the session is open, apache can decrypt the HTTP request and so then sees the Host header. From then on, it can route the requests to the appropriate VH so everything *seems* to work. I notice you are using private IPs (192.168.1.3) so maybe this is a LAN application and you don't really care about authentication. However, in the real world, this is no solution because you're using the wrong cert with site2 so have no authentication (your browser should flash an alert to this effect). In real-world, commercial internet, authentication is every bit as important as encryption... Rgds, Owen Boyle Disclaimer: Any disclaimer attached to this message may be ignored. > Can you please implement that and check once. > > Thanks, > Om. > Shai wrote: > > On 5/26/06, Brian Rectanus <brectanu@xxxxxxxxx> wrote: > >> On 5/26/06, Shai <shaibn@xxxxxxxxx> wrote: > >> > But everyone told me that each site needs its own IP or > port to run on > >> > when it comes to SSL.... > >> > >> It does. It is impossible to do name based vhosting w/SSL > because of > >> how SSL works. SSL must negotiate before the HTTP Host > header can be > >> seen. I don't even want to start that argument again ;) > > > > Don't start it, I already knew what I wanted to do. But do you know > > what Om is talking about? > > > > Shai > > > > > --------------------------------------------------------------------- > > 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 > > > > > > > > > --------------------------------------------------------------------- > 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 > Diese E-mail ist eine private und persönliche Kommunikation. Sie hat keinen Bezug zur Börsen- bzw. Geschäftstätigkeit der SWX Gruppe. This e-mail is of a private and personal nature. It is not related to the exchange or business activities of the SWX Group. Le présent e-mail est un message privé et personnel, sans rapport avec l'activité boursière du Groupe SWX. This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please notify the sender urgently and then immediately delete the message and any copies of it from your system. Please also immediately destroy any hardcopies of the message. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. The sender's company reserves the right to monitor all e-mail communications through their networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of the sender's company. --------------------------------------------------------------------- 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
|