Pourquoi est-QsslSocket travail avec Qt 5.3 mais pas Qt 5.7 sur Debian Étirer?

TL;DR

Debian Stretch est livré avec OpenSSL 1.1; Qt utilise OpenSSL 1.0; donner Qt ce dont il a besoin:

apt install libssl1.0-dev

---

Réponse détaillée

De cette répondre au sujet de OpenSSL et Qt, j'ai trouvé une astuce et j'ai affiché SSL version de bibliothèque utilisé pour la compilation et à l'exécution à l'aide de:

qDebug()<<"SSL version use for build: "<<QSslSocket::sslLibraryBuildVersionString();
qDebug()<<"SSL version use for run-time: "<<QSslSocket::sslLibraryVersionNumber();
qDebug()<<QCoreApplication::libraryPaths();

Et il affiche:

SSL version use for build:  "OpenSSL 1.0.1e-fips 11 Feb 2013"
... lot of SSL warnings...
SSL version use for run-time:  0
("/opt/Qt/5.8/gcc_64/plugins", "/home/Project/..../build...Desktop_Qt_5_8_0_GCC_64bit-Release/src/release/build_linux_64")

Mais Debian Stretch est livré avec OpenSSL 1.1. Comme prévu, tous les threads sur le Web à propos de ce problème sont remplies: c'est une bibliothèque OpenSSL version de problème de compatibilité.

I", apt install libssl1.0-dev" et le problème a été résolu. J'ai encore 2 SSL avertissements au sujet de SSLv3, mais au moins, ce n'est qu'un avertissement (j'ai lu quelque chose sur le Web à ce sujet, pas moyen de le retrouver).

SSL version use for build:  "OpenSSL 1.0.1e-fips 11 Feb 2013"
QSslSocket: cannot resolve SSLv3_client_method
QSslSocket: cannot resolve SSLv3_server_method
SSL version use for run-time:  268443839
("/opt/Qt/5.8/gcc_64/plugins", "/home/Project/..../build...Desktop_Qt_5_8_0_GCC_64bit-Release/src/release/build_linux_64")

Résumé

Jusqu'à ce que Qt supporte OpenSSL 1.1, vous pouvez soit:

1. Installer OpenSSL 1.0 (possible dans Debian)
2. Compiler OpenSSL 1.0 et de l'installer (je n'ai pas tester, mais devrait fonctionner comme 1.)
3. Navire OpenSSL 1.0 avec votre application Qt (je n'ai pas tester, mais devrait fonctionner comme 1.)
4. Recompiler Qt avec "-openssl-lié" à l'option (selon cette réponse, je n'ai pas testé et je ne veux pas)

OriginalL'auteur Fylhan

Fylhan réponse ne fonctionne pas sous Debian Buster comme libssl1.0-dev est un paquet de transition et n'est pas supportée.

Il y a un rapport de bug sur l'intervalle Qt du Site web et de Giuseppe d'Angelo commentaire il existe des solutions de contournement suivantes :

Solution de contournement 1

Si votre distribution a un répertoire pour OpenSSL 1.0 avec le droit
les liens symboliques (par exemple, Arch a /usr/lib/openssl-1.0/libssl.donc) utilisation
LD_LIBRARY_PATH pour la force que le répertoire à rechercher en premier.

Solution 2

Faire votre propre annuaire avec des liens symboliques, et l'utilisation LD_LIBRARY_PATH pour
qu'.

Solution 3

De la reconstruction de votre propre Qt.

J'ai pu résoudre le problème en utilisant la deuxième solution, les commandes détaillées ci-dessous dans mon cas:

1. mkdir openssl1.0 ; cd openssl1.0
2. cp /usr/lib/x86_64-linux-gnu/libssl.so.1.0.2 libssl.so.1.0.2
3. ln -s libssl.so.1.0.2 libssl.so
4. dans QtCreator, Projets > Desktop Qt 5.8.0 > Build > compiler > Ajouter : Variable LD_LIBRARY_PATH, Valeur /chemin/vers/dir/openssl1.0 (ou ajouter LD_LIBRARY_PATH="/path/to/dir/openssl1.0" avant votre commande à partir de la console)

Vous pourriez avoir besoin de faire la même chose avec libcrypto.de cette manière, mais c'était assez pour moi. Cette solution vous empêche de modifier les liens symboliques pour l'ensemble du système.

OriginalL'auteur Arnaud M.

Vous devez changer ce liens symboliques:
dans /usr/lib/x86_64-linux-gnu
forme:
libcrypto.donc -> libcrypto..1.1
libssl.donc -> libssl..1.1

:

libcrypto.donc -> libcrypto..1.0.2
libssl.donc -> libssl..1.0.2

OriginalL'auteur blackmoon