Réorganisez manuellement les suites de chiffrement sur le SQL Server à l’aide d’une stratégie de groupe Windows. Pour obtenir la procédure détaillée, voir : https://msdn.Microsoft.com/en-us/library/Windows/Desktop/bb870930 (v = et 85). aspx.

Installez ou mettez à jour le certificat utilisé par le SQL Server ou un autre serveur enregistré. Pour plus d’informations sur l’utilisation d’une connexion sécurisée avec le SQL Server, voir KB84628.

Veuillez Les autres types de serveurs enregistrés peuvent également être affectés s’ils utilisent le protocole SSL.

Comment
Vous disposez d’un serveur LDAP enregistré et vous utilisez la connexion sécurisée. La connexion échoue si le certificat fourni par le serveur LDAP utilise un Clé publique RSA 1024 bits.
Dans ce scénario, la solution consiste à mettre à jour le certificat sur le serveur LDAP pour pas Utilisez une clé publique RSA 1024 bits.

ePO 5.10.0 et versions ultérieures
ePO a migré à l’écart de RSABSAFE bibliothèque au profit de Castle de rebond. Ce problème est beaucoup moins susceptible de se produire dans le Castle de rebond dernière. Mais cela peut se produire si le chiffrement suite sur le SQL Server est strictement restreint.

La ePO. java. Security fichier, situé dans \Server\Conf\Orion, définit la liste des chiffrements qu’ePO peut consommer lorsqu’il agit en tant que client. Dans ce cas, ePO est le client et Microsoft SQL est le serveur.

La liste ci-dessous répertorie les chiffrements répertoriés dans le ePO. java. Security fichier dans le package d’installation de base d’ePO 5.10.0:
Veuillez Une mise à niveau est réussie, car tant que le chiffrement suite sur votre SQL Server contient au moins l’un des chiffrements ci-dessus, quelle que soit l’ordre.