PHWinfo banniere

Titres
PORTAIL ANNUAIRE ARTICLES COMPARATEUR HÉBERGEURS DEVIS FORUMS RÉDUCTEUR D'URL
Précédent   PHWinfo > Forums Hébergement > Forum Serveur - Sécurité et techniques > alt.apache.configuration > Alias in conf file to send users to httpS://
S'inscrire FAQ Membres Recherche Messages du jour Marquer les forums comme lus
alt.apache.configuration Apache web server configuration issues.

Alias in conf file to send users to httpS://

Réponse
 
LinkBack Outils de la discussion
Vieux 08/05/2007, 15h40   #1
Paul
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Alias in conf file to send users to httpS://

I have a virtual dedicated server at a hosting company where I host several
domains.

In order to get an SSL cert, it has to be for the one main account which is
mydomain.com. I have a new client that needs to have an order and credit
card page acceptance page which, of course, needs SSL. Can I add an Apache
Alias command in the conf file that would make the users of
http:domainA.com see httpS:domainA.com using the SSL cert for mydomain.com?

Something like in their vhost section:
Alias /orders https://mydomain.com

I think SSL adds to the complexity but wondered if that would work or if you
know of a work-around?

Many thanks.


  Réponse avec citation
Vieux 08/05/2007, 15h59   #2
shimmyshack
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Alias in conf file to send users to httpS://

On May 8, 3:40 pm, "Paul" <l...@invalid.com> wrote:
> I have a virtual dedicated server at a hosting company where I host several
> domains.
>
> In order to get an SSL cert, it has to be for the one main account which is
> mydomain.com. I have a new client that needs to have an order and credit
> card page acceptance page which, of course, needs SSL. Can I add an Apache
> Alias command in the conf file that would make the users of
> http:domainA.com see httpS:domainA.com using the SSL cert for mydomain.com?
>
> Something like in their vhost section:
> Alias /ordershttps://mydomain.com
>
> I think SSL adds to the complexity but wondered if that would work or if you
> know of a work-around?
>
> Many thanks.



> In order to get an SSL cert, it has to be for the one main account which is
> mydomain.com.


this isnt true actually. It can be for any domain. but see below, you
might be allowed this way only.

you cant use an alias in this way check the docs.
you could set up a redirect which would send your users to the https
site:
RedirectMatch ^/?orders https://mydomain.com/

if you just use the cert with a different domain name the user will
receive a warning, however it will be secure encryption, but just does
not provide identification.

When you set up SSL, visit http://www.cacert.org/ to grab
multiple certs for free.
http://wiki.cacert.org/wiki/VhostTaskForce
http://wiki.cacert.org/wiki/VhostsApache
tells you how to set it up so you can use name based vhosting and have
a cert for each servername on the same IP

whether you can do this however depends on how your hosting company
has set up your package. (I am assuming its a shared package and you
dont control the configuration of certs)


  Réponse avec citation
Vieux 08/05/2007, 17h06   #3
Paul
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Alias in conf file to send users to httpS://

"shimmyshack" <matt.farey@gmail.com> wrote in message
news:1178636361.036723.168830@q75g2000hsh.googlegr oups.com...
> On May 8, 3:40 pm, "Paul" <l...@invalid.com> wrote:
>> I have a virtual dedicated server at a hosting company where I host
>> several
>> domains.
>>
>> In order to get an SSL cert, it has to be for the one main account which
>> is
>> mydomain.com. I have a new client that needs to have an order and credit
>> card page acceptance page which, of course, needs SSL. Can I add an
>> Apache
>> Alias command in the conf file that would make the users of
>> http:domainA.com see httpS:domainA.com using the SSL cert for
>> mydomain.com?
>>
>> Something like in their vhost section:
>> Alias /ordershttps://mydomain.com
>>
>> I think SSL adds to the complexity but wondered if that would work or if
>> you
>> know of a work-around?
>>
>> Many thanks.

>
>
>> In order to get an SSL cert, it has to be for the one main account which
>> is
>> mydomain.com.

>
> this isnt true actually. It can be for any domain. but see below, you
> might be allowed this way only.
>
> you cant use an alias in this way check the docs.
> you could set up a redirect which would send your users to the https
> site:
> RedirectMatch ^/?orders https://mydomain.com/
>
> if you just use the cert with a different domain name the user will
> receive a warning, however it will be secure encryption, but just does
> not provide identification.
>
> When you set up SSL, visit http://www.cacert.org/ to grab
> multiple certs for free.
> http://wiki.cacert.org/wiki/VhostTaskForce
> http://wiki.cacert.org/wiki/VhostsApache
> tells you how to set it up so you can use name based vhosting and have
> a cert for each servername on the same IP
>
> whether you can do this however depends on how your hosting company
> has set up your package. (I am assuming its a shared package and you
> dont control the configuration of certs)


Shimmy - thanks. It is not shared and actually, I think I can control my
own certs. I definitely control my own conf file. I'll check that out -
many thanks!


  Réponse avec citation
Vieux 08/05/2007, 17h13   #4
shimmyshack
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Alias in conf file to send users to httpS://

On May 8, 5:06 pm, "Paul" <l...@invalid.com> wrote:
> "shimmyshack" <matt.fa...@gmail.com> wrote in message
>
> news:1178636361.036723.168830@q75g2000hsh.googlegr oups.com...
>
>
>
> > On May 8, 3:40 pm, "Paul" <l...@invalid.com> wrote:
> >> I have a virtual dedicated server at a hosting company where I host
> >> several
> >> domains.

>
> >> In order to get an SSL cert, it has to be for the one main account which
> >> is
> >> mydomain.com. I have a new client that needs to have an order and credit
> >> card page acceptance page which, of course, needs SSL. Can I add an
> >> Apache
> >> Alias command in the conf file that would make the users of
> >> http:domainA.com see httpS:domainA.com using the SSL cert for
> >> mydomain.com?

>
> >> Something like in their vhost section:
> >> Alias /ordershttps://mydomain.com

>
> >> I think SSL adds to the complexity but wondered if that would work or if
> >> you
> >> know of a work-around?

>
> >> Many thanks.

>
> >> In order to get an SSL cert, it has to be for the one main account which
> >> is
> >> mydomain.com.

>
> > this isnt true actually. It can be for any domain. but see below, you
> > might be allowed this way only.

>
> > you cant use an alias in this way check the docs.
> > you could set up a redirect which would send your users to the https
> > site:
> > RedirectMatch ^/?ordershttps://mydomain.com/

>
> > if you just use the cert with a different domain name the user will
> > receive a warning, however it will be secure encryption, but just does
> > not provide identification.

>
> > When you set up SSL, visithttp://www.cacert.org/to grab
> > multiple certs for free.
> >http://wiki.cacert.org/wiki/VhostTaskForce
> >http://wiki.cacert.org/wiki/VhostsApache
> > tells you how to set it up so you can use name based vhosting and have
> > a cert for each servername on the same IP

>
> > whether you can do this however depends on how your hosting company
> > has set up your package. (I am assuming its a shared package and you
> > dont control the configuration of certs)

>
> Shimmy - thanks. It is not shared and actually, I think I can control my
> own certs. I definitely control my own conf file. I'll check that out -
> many thanks!


its as "simple" as creating an
admin@subdomain.servername.com
for each subdomain.servername.com you have
and adding that domain to your account.
then once you have done that you select which subdomains you wish to
include on the cert and generate the CSR, and away you go from there.
create a vhost section for each subdomain.servername.com and reference
the cert, it works like a charm even on one IP address, the only
downside is that you have to verify you own the domain by setting up
an email address temporariliy. That might change though soon.
good luck. m

  Réponse avec citation
Vieux 09/05/2007, 16h03   #5
Paul
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Alias in conf file to send users to httpS://

>> > When you set up SSL, visithttp://www.cacert.org/to grab
>> > multiple certs for free.
>> >http://wiki.cacert.org/wiki/VhostTaskForce
>> >http://wiki.cacert.org/wiki/VhostsApache
>> > tells you how to set it up so you can use name based vhosting and have
>> > a cert for each servername on the same IP

>>
>> > whether you can do this however depends on how your hosting company
>> > has set up your package. (I am assuming its a shared package and you
>> > dont control the configuration of certs)

>>


Shimmy - I can't find much on whether cacert.org certificates are widely
pre-installed/accepted in brwosers or will the user receive a security
notification thus not making much difference than self-certifying.

Thanks again for you here!


  Réponse avec citation
Vieux 09/05/2007, 18h19   #6
shimmyshack
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Alias in conf file to send users to httpS://

On May 9, 4:03 pm, "Paul" <l...@invalid.com> wrote:
> >> > When you set up SSL, visithttp://www.cacert.org/tograb
> >> > multiple certs for free.
> >> >http://wiki.cacert.org/wiki/VhostTaskForce
> >> >http://wiki.cacert.org/wiki/VhostsApache
> >> > tells you how to set it up so you can use name based vhosting and have
> >> > a cert for each servername on the same IP

>
> >> > whether you can do this however depends on how your hosting company
> >> > has set up your package. (I am assuming its a shared package and you
> >> > dont control the configuration of certs)

>
> Shimmy - I can't find much on whether cacert.org certificates are widely
> pre-installed/accepted in brwosers or will the user receive a security
> notification thus not making much difference than self-certifying.
>
> Thanks again for you here!


supporting them is the same as rolling your won, except we move one
stage further towards main stream browser acceptance; here's the
official response to your query (answered on the mailing list on 3rd
mar 07):

-------
Well, if you want free certs there are two options: make your own CA,
or use CAcert. If you're only going to use the certificate internally,
there is no real advantage to CAcert certificates. If you're going to
use the cert on the web or to encrypt/sign e-mail or to sign documents
and code, then using CAcert is better. Why?

Once people decide to trust CAcert, by importing the root cert, and
many people already trust cacert implicitly as you can see in the link
I sent you, they will no longer get a warning on any CAcert
certificate they run into. But more importantly, they will also be
able to trust your identity, which is great for signed e-mails,
documents and code. That is something you can never provide yourself,
unless of course you only communicate with close friends.

So of course a cert which gives no warning message is far nicer, but
CAcert is the next best thing, and a nice option for many people. In
the past I used my own CA on my servers, but decided to switch to
CAcert because it provides a higher level of trust and authentication
than I can provide myself. It also s that I run various Linux
servers and desktops such as Debian and Gentoo, which both include
CAcert as trusted root.

Your situation may be different of course.

Greetings, Martijn
-----

the link he refers to is:
http://wiki.cacert.org/wiki/InclusionStatus
hope that s you with your decision, personally I decided to go
with it!!

heres the warning you get in opera, (you get the chance to press
accept - if a user reads it!)
----
- The certificate for "www.sharetvnews.com" is signed by the unknown
Certificate Authority "CA Cert Signing Authority". It is not possible
to verify that this is a valid certificate
----

  Réponse avec citation
Réponse


Outils de la discussion

Règles de messages
Vous ne pouvez pas créer de nouvelles discussions
Vous ne pouvez pas envoyer des réponses
Vous ne pouvez pas envoyer des pièces jointes
Vous ne pouvez pas modifier vos messages

Les balises BB sont activées : oui
Les smileys sont activés : oui
La balise [IMG] est activée : oui
Le code HTML peut être employé : non
Trackbacks are oui
Pingbacks are oui
Refbacks are oui


Fuseau horaire GMT +1. Il est actuellement 10h59.


Édité par : vBulletin® version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0 RC5 Tous droits réservés.
Version française #16 par l'association vBulletin francophone
PHWinfo est un site Éducation Sans Frontières ©2000-2008
Ad Management by RedTyger
©Tous droits réservés par les parties respectives
Page generated in 0,20134 seconds with 14 queries