Web Hosting Talk







View Full Version : SSL certificates


vays
10-20-2001, 07:01 AM
Hello.
I own a RAQ at rackshack.net and need to setup on-line store for one of my clients. Client wants to have his own ssl certificate. Could You tell me please what actions should I perform to setup ssl certificate?
Also what is better https://www.clientsdomain.com or https://secure.clientsdomain.com for secure processing?
Does it require IP based hosting or name based will work here?

Thanks in advance.

Chicken
10-20-2001, 10:33 AM
The secure site will need an IP, and you can set it up either way, though I set it up with https://secure.domain.com personally.

Instructions for either way, RaQ3 and 4:
http://www.equifaxsecure.com/ebusinessid/instructions.html

vays
10-23-2001, 01:14 PM
Thank You very nuch Chicken,

looks like it's not that hard to implement technically.
I need it for my client and the question is: Can I buy the certificate for him myself and what info should I get from client?

Also which company is the best in terms of price?

Chicken
10-23-2001, 04:01 PM
You can get it for him, though they'll have to call and confirm some stuff I believe. I actually got mine through a member on the forum felix220 (http://www.webhostingtalk.com/member.php?s=&action=getinfo&userid=852) and I can't recall exactly what he needed other than Business Name, State, Name, Address, ummm.... heh. Well, if you go to the CP and attempt to generate a self-signed cert., then you'll see what you need there and it was the same for the actual cert.

vays
10-23-2001, 04:30 PM
Chicken, thank You again.
Just one more question has left:
What is the difference between veresign certificate(349$) and the one from equifax(99$)?

cyansmoker
10-23-2001, 05:46 PM
Originally posted by vays
Chicken, thank You again.
Just one more question has left:
What is the difference between veresign certificate(349$) and the one from equifax(99$)?

From what I know, Verisign, Thawte and Equifax all offer perfectly valid certificates.
The downside, with Equifax, is that some browsers (older?) won't recognize the certificate as emitted by an authorized source and will keep bogging their user.

I think Thawte is a decent possibility, it's less expensive than Verisign and their certificates should be accepted by all browsers.

---

Chicken: if the secure site is https://www.clientdomain.com, why do you need an IP address? I thought a distinct IP was only needed when you want to use a different subdomain, because the SSL handshake is performed before the browser header is sent?

jks
10-23-2001, 06:23 PM
Originally posted by cyansmoker

Chicken: if the secure site is https://www.clientdomain.com, why do you need an IP address? I thought a distinct IP was only needed when you want to use a different subdomain, because the SSL handshake is performed before the browser header is sent?

That is actually the reason _why_ it needs an IP address of it's own.

Normally, the browser connect to a specific IP and says that it want pages hosted on "www.domainname.com". The trouble with SSL is, that the SSL handshake is performed before this header is sent. This means, that you can only have one SSL web-site per IP address.

It doesn't matter if it's called "secure.domain.com" or "www.domain.com".

cyansmoker
10-23-2001, 09:26 PM
Originally posted by jks
That is actually the reason _why_ it needs an IP address of it's own.


Ow...you know what? This is a misunderstanding: I assumed that Rack-based hosting is IP-based, and what you're saying is that http://www.server.com may not have its own IP. I thought it already had one, so what I meant was 're-use this IP for the HTTPS server; also, call your secure server www.server.com since all name-based stuff should default to this one'.

I think VAIS can do that, right?

jks
10-23-2001, 10:03 PM
Originally posted by cyansmoker

Ow...you know what? This is a misunderstanding: I assumed that Rack-based hosting is IP-based, and what you're saying is that http://www.server.com may not have its own IP.


No, that's not what I'm saying.


I thought it already had one, so what I meant was 're-use this IP for the HTTPS server; also, call your secure server www.server.com since all name-based stuff should default to this one'.

Ofcourse you can reuse the IP.

Also there's no technical reason, why you cannot have:

http://www.domain.com/

and

https://secure.domain.com/

On the exact same IP address.

The name is not important. The important is, that you may only have _one_ name per IP address for the SSL part.

Chicken
10-24-2001, 01:40 AM
Originally posted by vays
Chicken, thank You again.
Just one more question has left:
What is the difference between veresign certificate(349$) and the one from equifax(99$)?

For the most part, $250 :D