# Problem with chain in SSL

**URL:** <https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827>\
**Category:** Server\
**Created:** [August 24, 2017, 6:42am UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827 "2017-08-24T06:42:51Z")\
**Posts on this page:** 12\
**Page:** 2

<div class="post-metadata">

**Author:** ![tialaramex](https://avatars.discourse-cdn.com/v4/letter/t/f08c70/32.png) [@tialaramex](https://community.letsencrypt.org/u/tialaramex)\
**Post date:** [August 27, 2017, 10:54pm UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827/21 "2017-08-27T22:54:44Z")

</div>

That’s just Dreamhost. Their whole service is basically a bunch of tape and string and shell scripts. If I report the IPv6 bug one of two things will happen: they’ll agree it is a bug and fix it, claiming it’s some weird thing they never saw happen before, or they’ll say they don’t see any problem, and it’ll magically “fix itself” when they say that. I gave up worrying, obviously you shouldn’t use a provider like that for business stuff, but that’s just a personal site.

---

<div class="post-metadata">

**Author:** ![catom](https://avatars.discourse-cdn.com/v4/letter/c/e68b1a/32.png) [@catom](https://community.letsencrypt.org/u/catom)\
**Post date:** [August 28, 2017, 5:11am UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827/22 "2017-08-28T05:11:20Z")

</div>

on my computer and on the one with the problem and on the server it is not configured

---

<div class="post-metadata">

**Author:** ![catom](https://avatars.discourse-cdn.com/v4/letter/c/e68b1a/32.png) [@catom](https://community.letsencrypt.org/u/catom)\
**Post date:** [August 28, 2017, 5:11am UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827/23 "2017-08-28T05:11:55Z")

</div>

it’s windows server 2003

---

<div class="post-metadata">

**Author:** ![motoko](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/motoko/32/26328_2.png) [@motoko](https://community.letsencrypt.org/u/motoko)\
**Post date:** [August 28, 2017, 5:44am UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827/24 "2017-08-28T05:44:23Z")

</div>

That is potentially old enough to not have had the X3 root when it was released. Microsoft makes certificate store updates, including root revocations, available via WIndows Update and WSUS. These updates, however, are usually listed as “optional” and won’t show up if you only install security patches. I believe newer versions (at least W8 and newer) of Windows update the certificates in the background now, avoiding the need for an optional WU update.

You can find out more about the root certificate update packages as part of [KB931125](https://support.microsoft.com/en-us/help/931125/how-to-get-a-root-certificate-update-for-windows).

Note that in general, you only need to worry about this for clients accessing a site or service secured by the root. Even if the server doesn’t trust the root for a certificate it’s serving, if it chains to a root that the client trusts, you won’t get a warning for that particular issue.

---

<div class="post-metadata">

**Author:** ![Patches](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/patches/32/17145_2.png) [@Patches](https://community.letsencrypt.org/u/Patches)\
**Post date:** [August 28, 2017, 5:56am UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827/25 "2017-08-28T05:56:49Z")

</div>

Not Configured means it is turned on (the default) unless the computer is joined to a domain and the domain has it turned off.

Do you see any errors relating to root certificates in the Event Viewer on any of the affected systems?

Also, Windows XP and Server 2003 used a different mechanism to update the root certificates list. The prior advice applied only to Windows Vista and later.

You can check if the old mechanism enabled by going to Control Panel \> Add/Remove Programs \> Add/Remove Windows Components and confirming _Update Root Certificates_ is checked.

You can also manually download and install the latest root certificates update from [http://download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/rootsupd.exe](http://download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/rootsupd.exe) on these systems.

---

<div class="post-metadata">

**Author:** ![catom](https://avatars.discourse-cdn.com/v4/letter/c/e68b1a/32.png) [@catom](https://community.letsencrypt.org/u/catom)\
**Post date:** [August 28, 2017, 6:20am UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827/26 "2017-08-28T06:20:28Z")

</div>

yes, it is checked.  
so whats now?

i have the X3 cert in our domain controller. how can i make sure that it will work with all workstations that don’t have that certification right now?

---

<div class="post-metadata">

**Author:** ![Patches](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/patches/32/17145_2.png) [@Patches](https://community.letsencrypt.org/u/Patches)\
**Post date:** [August 28, 2017, 6:45am UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827/27 "2017-08-28T06:45:47Z")

</div>

As I said before, if root updates are enabled and not working, the Event Viewer should log errors regarding it that would give hints as to what the issue is.

But you can indeed push the DST Root CA X3 to domain members via Group Policy:

[https://docs.microsoft.com/en-us/windows-server/identity/ad-fs/deployment/distribute-certificates-to-client-computers-by-using-group-policy](https://docs.microsoft.com/en-us/windows-server/identity/ad-fs/deployment/distribute-certificates-to-client-computers-by-using-group-policy)

---

<div class="post-metadata">

**Author:** ![catom](https://avatars.discourse-cdn.com/v4/letter/c/e68b1a/32.png) [@catom](https://community.letsencrypt.org/u/catom)\
**Post date:** [August 28, 2017, 10:45am UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827/28 "2017-08-28T10:45:55Z")

</div>

where should i check for the event viewer and when?

in the problematic PC or on the domain controller?

and when? in the time i get to the specific website that i get the chain error?

---

<div class="post-metadata">

**Author:** ![Patches](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/patches/32/17145_2.png) [@Patches](https://community.letsencrypt.org/u/Patches)\
**Post date:** [August 28, 2017, 11:35am UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827/29 "2017-08-28T11:35:18Z")

</div>

The problematic PC.

There may be a log entry around the time of trying to visit an affected website, since Windows will try and download root certificates when it encounters a missing one. But it also attempts to download them on a weekly basis so there would be others.

The most common error message seems to be _Failed auto update retrieval of third-party root list_, so I would suggest just searching the log for the word `root`.

---

<div class="post-metadata">

**Author:** ![catom](https://avatars.discourse-cdn.com/v4/letter/c/e68b1a/32.png) [@catom](https://community.letsencrypt.org/u/catom)\
**Post date:** [September 4, 2017, 10:30am UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827/30 "2017-09-04T10:30:09Z")

</div>

these are the only 2 events i can see in the event log

Key file operation.

Subject:  
Security ID: SYSTEM  
Account Name: BS$  
Account Domain: \*\*\*\*\*  
Logon ID: 0x3e7

Cryptographic Parameters:  
Provider Name: Microsoft Software Key Storage Provider  
Algorithm Name: Not Available.  
Key Name: {0818F9B3-D4B5-49B6-982E-3D263B0AEF9F}  
Key Type: User key.

Key File Operation Information:  
File Path: C:\ProgramData\Microsoft\Crypto\RSA\S-1-5-18\51fcfb209ece7122229b7a417cf6e0ce\_7a679364-a30e-4e27-9a43-cd75b1422e90  
Operation: Read persisted key from file.  
Return Code: 0x0

Cryptographic operation.

Subject:  
Security ID: SYSTEM  
Account Name: BS$  
Account Domain: \*\*\*\*\*\*\*\*  
Logon ID: 0x3e7

Cryptographic Parameters:  
Provider Name: Microsoft Software Key Storage Provider  
Algorithm Name: RSA  
Key Name: {0818F9B3-D4B5-49B6-982E-3D263B0AEF9F}  
Key Type: User key.

Cryptographic Operation:  
Operation: Open Key.  
Return Code: 0x0

---

<div class="post-metadata">

**Author:** ![catom](https://avatars.discourse-cdn.com/v4/letter/c/e68b1a/32.png) [@catom](https://community.letsencrypt.org/u/catom)\
**Post date:** [September 6, 2017, 7:04am UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827/31 "2017-09-06T07:04:45Z")

</div>

can you take a look at what i have posted from the event log?

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/letsencrypt/original/3X/c/a/ca6c06ea1ea201324bba7048c6841ce60236468d.png) [@system](https://community.letsencrypt.org/u/system)\
**Post date:** [October 6, 2017, 7:04am UTC](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827/32 "2017-10-06T07:04:46Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.

[Previous page](https://community.letsencrypt.org/t/problem-with-chain-in-ssl/40827.md?page=1)
