Discussion :

[PetitBoutDeCode]

Bonjour,

J'aimerais ajouter la possibilité de communiquer via SSL dans mon application, seulement j'ai l'erreur (la fameuse) qui indique que la librairie SSL n'a pas pu être chargée.

Après avoir parcouru un paquet de liens à ce sujet, j'ai pu lire qu'avec IOS ça semblait déjà très compliqué (j'avoue ne pas avoir très bien compris ces explications) j'ai vu quelque chose sur IdOpenSSLSetLibPath mais quand j'ajoute dans les uses IdSSLOpenSSLHeaders Delphi ne reconnait pas cette fonction, j'ai bien ajouté les fichiers libcrypto dans le déploiement, mais il y a tellement de versions de ces fichiers que je n'arrive pas à déterminer si mon problème vient de la version du fichier, de ma façon de l'ajouter au projet ou encore si c'est simplement mes composants qui refusent de se connecter avec (MyDac de Devart) sans compter que le lien officiel trouvé sur le site d'Embarcadero nous ramene à un C.V :https://blogs.embarcadero.com/openss...r-ios-devices/

Pour ce qui est d'Android, j'ai pu lire que ce n'était plus OpenSSL mais BoringSSL maintenant (je n'ai pas vraiment compris ce que ça implique, puisque je n'ai pas trouvé de source comme pour libcrypto..) , mais dans un cas comme dans l'autre, pour les deux plateformes, j'ai systématiquement ce message d'erreur : Impossible de charger la librairie.

Du coup j'aimerais savoir si quelqu'un pourrait m'éclairer sur le sujet ou m'indiquer si il existe une source(récente ou toujours d'actualité) avec laquelle je pourrais faire des tests sans avoir l'impression de tourner en rond

[Paul TOTH]

en effet Android a laissé tomber OpenSLL pour BoringSSL qui est une version allégée et non compatible et non supportée par Indy.

je n'ai pas regardé depuis un moment, mais Indy est resté longtemps bloqué sur une vieille version de OpenSSL...ce n'est pas bon du tout.

c'est pour du HTTPS ? dans ce cas tu peux tout simplement utiliser System.Net.HTTPClient qui - sous Android - exploite la classe Java qui va bien.

[PetitBoutDeCode]

en effet Android a laissé tomber OpenSLL pour BoringSSL qui est une version allégée et non compatible et non supportée par Indy.

Justement tout le monde post par rapport à Indy mais ce n'est pas mon cas, d'ailleurs tu soulèves un point auquel je n'avais pas pensé, c'est peut être simplement mes composants Devart qui ne sont pas compatibles avec OpenSSL et/ou BoringSSL, je vais poser la question directement au support.

C'est pour une connexion MySQL, en fait Devart met en avant ses composants SecureBridge pour utiliser une connexion SSL sauf que les composants sont payants, et dans la doc il y a une (petite) partie dis que ça serait possible avec openSSL :


Comme ça parle de ssleay32.dll je me suis dis que c'était pour Windows, d'ailleurs je suis assez perdu sur tous ces points, quand je lance le programme en Debug sur Windows, tous les échanges avec le serveur MySQL sont cryptés sans que je donne d'instructions.

En fait je crois que le mieux à faire c'est de les contacter eux directement, comme leur support (d'après quelques posts) préfère rediriger vers leurs autres composants plutôt que d'expliquer comme faire avec OpenSSL, je me suis dis qu'il me fallait d'abord des réponses sur OpenSSL, mais au plus j'en parle au plus je me rend compte que je me suis mis dans un engrenage qui va finalement me faire prendre leur fameux securebridge

[Paul TOTH]

ah ok, je ne savais même pas que MySQL supportait SSL

sur la page SecureBridge de Devart ils ne parlent pas de Android...mais en fait à priori c'est supporté.