Re: Problems enabling SSL on AD
- From: ohaya <ohaya@xxxxxxx>
- Date: Sun, 21 Jan 2007 09:37:00 -0500
Joe,
Thanks for the detailed response...
I tried the same procedure per the MS KB article here last night, on a test system that I have, and it worked. But, note by "per the MS KB article", I used the "certreq -accept", and that worked here, whereas we had a problem with the "certreq -accept" in the earlier try, which was in our lab. We eventually were able to import the cert into the Local Computer\Personal store by using MMC Certificates snap-in.
Question: Does "certreq -accept" do something different than using the MMC Certificates snap-in to import the server cert? In particular, I'm wondering if using the MMC Certificates snap-in to do the import doesn't do the association between the private key and the server cert, whereas using "certreq -accept" does some extra stuff to do the association?
Jim
Joe Kaplan wrote:
Something got hosed between the request for the certificate and the actual receipt of it. You probably have the private key on your machine somewhere (since you requested the certificate based on a key pair you generated), but somehow when the cert from the CA came back, it didn't get properly associated with the original request, so Windows doesn't know that the cert you have belongs to the private key..
If you don't have the private key, you can't do SSL, so the cert is basically useless.
I'd suggest asking what to do over on ms.public.platformsdk.security to see if there is a way to recover from this situation. Ideally, there is some way you can get the issued certificate associated with the private key you already have and then you are fine. That would be better than starting over. However, starting over and trying again might be easier.
Having a p12 or pfx file for the cert is always the most flexible option, as you can then install it anywhere you like. The private key and cert travel together. However, they are also the most dangerous thing from a security perspective for exactly the same reason that they are the most convenient. Security is always like that. :)
Joe K.
- Follow-Ups:
- Re: Problems enabling SSL on AD
- From: ohaya
- Re: Problems enabling SSL on AD
- References:
- Problems enabling SSL on AD
- From: ohaya
- Re: Problems enabling SSL on AD
- From: Joe Kaplan
- Problems enabling SSL on AD
- Prev by Date: Re: Computer Account Creation
- Next by Date: Re: Adding Remote Domain Controllers
- Previous by thread: Re: Problems enabling SSL on AD
- Next by thread: Re: Problems enabling SSL on AD
- Index(es):
Relevant Pages
|