Skip navigation
VMware

This Question is Possibly Answered

1 "correct" answer available (10 pts) 2 "helpful" answers available (6 pts)
1,074 Views 10 Replies Last post: Dec 12, 2009 6:14 PM by jcrowland RSS Branched to a new discussion.
phyler Novice 7 posts since
Mar 9, 2008
Currently Being Moderated

Apr 30, 2008 1:37 PM

Windows 2008 SSL

 

I have an interesting issue.  I have a wildcard SSL cert that was purchased from Network Solutions.  It is *.domain.com.  If I bind SSL to a website inside IIS 7 on a Windows 2008 box running on VMWare ESX 3.5 64607 the machine breaks.  The VMWare tools no longer start up and the network looks disconnected yet if I go Edit the settings it shows the network is connected.  I can't ping the machine at all.  If I roll back to the snapshot I took right before I setup the SSL, everything works great. 

 

 

I have this same setup working on both physical boxes and some MS VM's, it is just VMWare that has this issue.  Anyone else ever see this?

 

 

Thanks!

 

Adam

 

 

 

kjb007 Guru vExpert 6,697 posts since
Sep 18, 2006
Currently Being Moderated
1. Apr 30, 2008 4:10 PM in response to: phyler
Re: Windows 2008 SSL

If you remove the cert, does the problem go away?  The ESX host really does not look at specific applications running on the vm, per se, so I couldn't imagine it would have an issue with you loading a certificate on an IIS 7 server running on Windows 2008.  I'll have to check this out myself to see if it makes a difference.  If you look in your eventviewer, do you see any other errors? 

 

There are other users experiencing issues with their network card appearing to get disconnected, but it has been due to other issues. 

 

 

Are you running 32 or 64-bit 2008?  Are you using the flexible enhanced driver, or the e1000?

 

 

-KjB

vExpert/VCP/VCAP vmwise.com / @vmwise -KjB
kjb007 Guru vExpert 6,697 posts since
Sep 18, 2006
Currently Being Moderated
3. Apr 30, 2008 4:57 PM in response to: phyler
Re: Windows 2008 SSL

 

Remove the NIC and re-add it.  I seem to remember having to use the regular NIC for 64 bit windows, and not the enhanced.  When the vm comes back up, re-install the vmware tools.

 

 

 

 

 

-KjB

 

 

vExpert/VCP/VCAP vmwise.com / @vmwise -KjB
kjb007 Guru vExpert 6,697 posts since
Sep 18, 2006
Currently Being Moderated
5. May 2, 2008 9:52 AM in response to: phyler
Re: Windows 2008 SSL

 

I'd like to see the log, if I could after you bind the cert and the server fails to come up.  Can you post it here?

 

 

 

 

 

-KjB

 

 

vExpert/VCP/VCAP vmwise.com / @vmwise -KjB
jwahlen Lurker 1 posts since
Mar 5, 2009
Currently Being Moderated
7. Mar 5, 2009 7:43 AM in response to: phyler
Re: Windows 2008 SSL

 

Did anyone figure this out.  I have the same thing on 2 different ESX servers with 2 different Virtual servers.  Anytime I have IIS 7 and a wildcard SSL it will run fine until I reboot than VM Tools stops working and Network fails.   I have to remove nic from 2008 and reboot and then resetup the network settings.

 

 

 

 

 

chadjoubert Lurker 1 posts since
Aug 31, 2009
Currently Being Moderated
8. Aug 31, 2009 8:33 AM in response to: jwahlen
Re: Windows 2008 SSL

 

The issue is the Networks Solution certificate not the wildcard.  Because Microsoft does not have the intermediates Certs on the server you need to install them  UTNAddTrustServer_CA.crt, NetworkSolutions_CA.crt The root certificate AddTrustExternalCARoot.crt. 

 

 

Start -> mmc -> File -> add/remove snapin -> Certificates then select Computer Account, local computer.

 

 

Right click on Trusted Root Certificates and Import the other certs.  Allow the Wizard to choose the location.

 

 

htoudiee Enthusiast 57 posts since
Mar 18, 2006
Currently Being Moderated
9. Nov 8, 2009 5:43 PM in response to: chadjoubert
Re: Windows 2008 SSL

 

The above solution is correct. In case anyone needs the UTNAddTrustServerCA Intermediate Cert, you can download it here.

 

 

https://support.comodo.com/index.php?_m=downloads&_a=viewdownload&downloaditemid=8&nav=0,1,6

 

 

*You need to import this cert info the Intermediate store.

 

 

jcrowland Novice 12 posts since
Jun 21, 2007
Currently Being Moderated
10. Dec 12, 2009 6:14 PM in response to: phyler
Re: Windows 2008 SSL

I have encountered this exact issue and initially thought this was related to ESX and network drivers due to the extreme flakiness of the problem even though it didn't make logical sense.  Same bit, stuck on "applying computer settings", not able to do much useful with the network on or in safe mode, but could ping.  Most services just won't start (Teminal Services, IIS, etc...)

 

I run various 2008 IIS servers and unfortunately reproduced this exact issue on multiple servers, 32-bit, 64-bit, different SP's.  I have so many SSL certificates from various vendors that hunting down the offender was difficult because there is no logging whatsoever in IIS7 or Windows 2008 to indicate what the problem is.  It boggled my mind that one missing Intermediary cert could cause such systemic havoc without any warning... I felt like I was working with NT 3.51.

 

This Microsoft KB article decribes this problem without focusing on the SSL side of it.  Sure enough, upon making the registry changes outlined, everything works upon reboot... seems to involved the SCM database and references SSL keys:

 

http://support.microsoft.com/default.aspx/kb/2004121

 

Be aware, the version of the MSFT KB posted now has obvious typos for the registry entry to change... misspelling Services and leaving out System. 

 

MSFT's KB authors meant to say:

 

1. Open Registry Editor

2. Navigate to HKLM\System\CurrentControlSet\Services\HTTP and create the following Multi-string value: DependOnService

3. Double click the new DependOnService value that you created

4. Enter CRYPTSVC in the Value Data field and click OK

5. After you have made this change, you will need to reboot the server.

 

If I remove the DependOnService=CRYPTSVC, the server images break again upon reboot, if I add it, it works.  If you read the KB article it references SSL keys, doesn't sound like MSFT has a 100% handle on it yet, but this worked for me.

 

Hope this helps someone else out there, I've been wrangling with this issue since Thankgsiving.

 

--John

Bookmarked By (0)

Share This Page

Communities