libssl et libcrypto rétrocompatibles?

J'ai une ancienne application server qui nécessite libssl.so.0.9.6 et libcrypto.so.0.9.6 .

Mon problème est que j'ai actuellement libssl.so.1.0.0a et libcrypto.so.1.0.0a sur mon système. J'ai essayé de symlinking aux nouvelles bibliothèques et il me dépasse l'erreur lors du démarrage de l'application server mais une fois que l'application reçoit une nouvelle connection, il se bloque immédiatement. Cependant, cela ne donne aucune erreur sur la raison. J'ai également essayé d'extraire ces bibliothèques d'un vieux RPM et les ai placées dans l'location correct sur le server Linux et j'obtiendrais le même problème.

J'ai désactivé SELinux et désactivé iptables. J'ai les ports transmis correctement, mais cette question persiste. Sur un autre server Linux j'exécute une ancienne version de CentOS avec la version openssl requirejse et elle s'exécute sans problème.

Je pense que je l'ai réduit à un problème avec la version openssl. Est-ce que quelqu'un a une idée pourquoi cela peut se produire ou si openssl est rétrocompatible avec une telle ancienne version.

Non, OpenSSL n'est pas rétrocompatible et, comme vous l'avez remarqué, les bibliothèques de gavage qui ne sont pas les bonnes versions vont tout simplement faire mourir votre logiciel.

Obtenir les bonnes versions de bibliothèque attendues est la bonne voie. Vous devriez vérifier avec votre dissortingbution pour voir s'ils ont des packages de compatibilité. Certaines dissortingbutions ont les derniers packages OpenSSL, mais ils ont aussi des packages complémentaires avec des bibliothèques plus anciennes pour satisfaire des dependencies spécifiques sur des bibliothèques plus anciennes.

Il existe des changements incompatibles binarys entre les versions 0.9.6 et 1.0.0 d'OpenSSL selon la table de compatibilité .

entrer la description de l'image ici

entrer la description de l'image ici