Re: [cobalt-users] SSL and Virtual Hosts

["TC Concepts" <fred@xxxxxxxxxxxxxx>]

Van -

If you need both a secure and a non-secure version of essentially the
same script, you will need to setup two instances of the cgi script, one
in the /home/sites/site3/web/cgi-bin (non-secure version) that you've
mentioned (with any necessary accompanying files), and another on the
ssl server (with any necessary accompanying files).  You will simply
need to direct the visitor by pointing to either the secure or
non-secure location using the correct links.

The default location for files on the secure server is home/httpd/html.
I know, it's kinda' weird and kinda' confusing and I don't know why they
do it that way either, but I'm assuming that it's just a case of me
being a newbie.  Anyway, on the same level as home/httpd/html is
home/httpd/cgi-bin  This is the default location for cgi/perl scripts on
the secure server, and you can point to it without referencing up a
level.  For example, from a secure html page at
https://ssl.domainname.com/page.html (which is really
home/httpd/html/page.html), you can point to a script at
https://ssl.domainname.com/cgi-bin/script.cgi (which is really
home/httpd/cgi-bin/script.cgi).

However, if you've made the changes I mentioned, you don't need a
cgi-bin at all.  You can create a sub-directory for "whatever" at
home/httpd/html/whatever/ and throw your cgis in there.  They will work
even though they are not in a quote-unquote "cgi-bin" directory because
of the AddHandler modification in httpd-ssl.conf, which I illustrated
earlier.  At least that's why I THINK it works.  And at least MINE do.
Good luck.

Sincerely yours,

Fred Watt
Owner, TC Concepts
mailto:fred@xxxxxxxxxxxxxx
http://tcconcepts.com


----- Original Message -----
From: G. Armour Van Horn <vanhorn@xxxxxxxxxxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>; <cobalt-users@xxxxxxxxxxxxxxx>
Sent: Monday, May 22, 2000 12:03 AM
Subject: Re: [cobalt-users] SSL and Virtual Hosts


> Zeffie,
>
> Between your comments and Fred Watt's I have things running, but it's
> pretty bizarre. The cgi-bin directory for this particular site
*should* be in
> /home/sites/site3/web/cgi-bin
> and now part of it is in
> /home/httpd/cgi-bin
>
> This means that the existing cgi-bin components don't work if the user
is
> browsing https://url, and the new stuff doesn't work if they are
browsing
> http://url. This is pretty sick.
>
> One outcome of this is that if the shopper selects the secure checkout
it's
> Miller time, but if they select the nonsecure checkout it's 404 time.
>
> Is this really the way it's supposed to work? I don't think so!
>
> Van
>
> At 10:02 PM 5/21/00 -0400, Zeffie wrote:
> >> I can generally access anything normally visible with http on that
virtual
> >> server with https, but the cgi-bin contents are not found. The root
domain
> >> (image-acquire.com) cannot be seen with https, it goes to the "old"
> >> document root, which is the default in the httpsd.conf file, and
that
> >> allows me to see the mod_ssl docs so I don't want to "fix" that
right
> >away.
> >
> >have you tried putting formmail.pl in /home/httpd/cgi-bin/
> >
> >/home/httpd/cgi-bin//formmail.pl
> >
> >Zeffie
> >P.S. I have to work on the ssl probs myself but it's feeding time.
I'll get
> >back to you if somebody else dosen't first.
> >
> >
> >
> >_______________________________________________
> >cobalt-users mailing list
> >cobalt-users@xxxxxxxxxxxxxxx
> >To Subscribe or Unsubscribe, please go to:
> >http://list.cobalt.com/mailman/listinfo/cobalt-users
> >
> >
> ----------------
> Digital Eyes: Scanners and Digital Cameras -- Directory, News, and
Reviews
> http://www.image-acquire.com
>
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> To Subscribe or Unsubscribe, please go to:
> http://list.cobalt.com/mailman/listinfo/cobalt-users
>