Centrify

Tips for finding Knowledge Articles

  • - Enter just a few key words related to your question or problem
  • - Add Key words to refine your search as necessary
  • - Do not use punctuation
  • - Search is not case sensitive
  • - Avoid non-descriptive filler words like "how", "the", "what", etc.
  • - If you do not find what you are looking for the first time,reduce the number of key words you enter and try searching again.
  • - Minimum supported Internet Explorer version is IE9
Home  >
article

KB-9127: The Direct Control Access Manager Cannot Reach the Cloud Connector in Environments Where TLS 1.0 is Not Allowed

Centrify DirectControl ,  

11 September,17 at 09:56 PM

Problem:
The Direct Control Access Manager has the ability to test connectivity to the Centrify Identity Platform (i.e. the Centrify Connector) as seen here:
  
User-added image
 
If TLS (Transport Layer Security) 1.1/1.2 is not enabled on the Windows machine running Access Manager, this check may fail.  The error message in the Access Manager logfile is similar to:
  
[ <Unnamed thread> | 8/25/2017 5:51:27 PM ] [ Verbose ] Send request to https://aah0148.my.centrify.com:443/
[ <Unnamed thread> | 8/25/2017 5:51:25 PM ] [ Verbose     ] Send request through proxy cps-cloudc-wind2:8080
[ <Unnamed thread> | 8/25/2017 5:51:25 PM ] [ Warning     ] Failed to connect to the cloud connector: {0}
[ <Unnamed thread> | 8/25/2017 5:51:25 PM ] [ Warning     ] Detail: System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a receive. ---> System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a receive. ---> System.ComponentModel.Win32Exception: The client and server cannot communicate, because they do not possess a common algorithm

Cause:
Access Manager communicates to the Centrify Connector through the .NET framework.  The version that is bundled with Centrify DirectControl is .NET 4.5.2  By default .NET 4.5 does not communicate via TLS 1.2.

Workaround:
The workaround is to enable the .NET to support TLS 1.2.  This can be done by installing .NET 4.6 or by modifying the Windows Registry as follows:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v4.0.30319] 
"SchUseStrongCrypto"=dword:00000001

User-added image

 
Resolution:
Centrify Suite 2018 will be bundled with .NET 4.6.2.  However, if .NET 4.5 is already present, the installer will not update to .NET 4.6.  The 4.6 framework will need to be explicitly installed.

 

Still have questions? Click here to log a technical support case, or collaborate with your peers in Centrify's Online Community.

Related Articles

 articleKB-6073: How to join the Linux/Unix Centrify Server to Active Directory with specific Computer Role? articleKB-7555: Unable to login as root after upgrade to Centrify Suite 2016 (CDC 5.3.0) articleKB-6056: How to report the group policy settings that are in effect for the local computer? articleKB-4257: Troubleshooting Integrated Windows Authentication (IWA) with Centrify Identity Service articleKB-6906: How to convert a distribution group to a security group articleKB-6041: How to show current license type in use by adclient? articleKB-3925: How to add Centrify parameter to a group policy articleKB-6040: How to change the license type in use after adclient successful joined to the AD? articleKB-6038: How to specify the license type to use when joining the server to AD using adjoin?