Could not load SSL Library

[Daniel Paixão-Cascavel]

Pessoal, estou com um B.O. aqui, já bati cabeça um monte e não consigo resolver. Eu uso o Delphi 2007 e estou com a Indy10 atualizada. Estou tentando consumir uma API Rest que tem segurança "https" e , quanto eu tendo consumir um método da API com um Get, me retorna o erro que escrevi no titulo: "Could not load SSL Library". Já pesquisei muito na internet sobre isso mas, as soluções que eu achei são todas meio parecidas, basicamente consistem em tentar substituir as dlls SSL (libeay32.dll e ssleay32) nas pastas do sistema e nas pastas do Windows (System32 e SysWOW64). Já fiz isso, já registrei as dlls atraves do comando regsrv32 no DOS e o erro persiste. Eu tenho o Delphi 10.3 aqui e, aparentemente nele funciona mas, como meu sistema principal ainda é no Delphi 2007, precisaria que ele funcionasse nessa versão do Delphi. Alguém tem mais alguma idéia do que eu poderia fazer pra tentar fazer funcionar? Obrigado.

[Daniel Simoes]

Garanta que as DLLs do OpenSSL estão na mesma pasta do seu .EXE

 

[Daniel Paixão-Cascavel]

Pior que estão, Daniel. Isso foi uma das coisas que mais revisei. Inclusive eu já peguei as DLLs da pasta do projeto ACBr. Tem mais alguma DLL alem dessas duas?

[Daniel Simoes]

experimente essas:

http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.21/x86/

Tente ainda, rodar o instalador do Visual C++ RunTime:
https://github.com/abbodi1406/vcredist/releases

[Daniel Paixão-Cascavel]

Sem sucesso, mesmo com as novas DLL´s. To começando a pensar que pode ser uma incompatibilidade da Indy10 com protocolo https. Eu configuro o componente assim:

[Daniel Simoes]

Verifique se já existe outra aplicação, carregando essas DLLs em outra versão... pesquise ainda, qual é a versão da OpenSSL, esperada pela Indy...

[Adriano P.Pratti]

Boa noite, passeio por algo assim esses dias, uma solução que encontrei foi chamar a URL sem o "s", ou seja, ao inves de "https", quando dava o erro, forçava chamar de novo assim "http" sem o "s", até onde testei deu certo, mas o incrível que os computadores de meus colegas executava normal, só o meu com essa situação, fiz todos os procedimentos sugeridos por nossos colegas do acbr mas nada resolveu a não ser o que fiz. Espero ter ajudado.

[Juliomar Marchetti]

12 horas atrás, Adriano P.Pratti disse:

Boa noite, passeio por algo assim esses dias, uma solução que encontrei foi chamar a URL sem o "s", ou seja, ao inves de "https", quando dava o erro, forçava chamar de novo assim "http" sem o "s", até onde testei deu certo, mas o incrível que os computadores de meus colegas executava normal, só o meu com essa situação, fiz todos os procedimentos sugeridos por nossos colegas do acbr mas nada resolveu a não ser o que fiz. Espero ter ajudado.

há mas dai é algo no server que tu tá consultando. o mesmo não tinha segurança ssl então bastou remover o s , quer dizer não tem certificado e nem usa a porta 443 por esse motivo

[nildglan]

Daniel vc conseguiu resolver to com o mesmo problema, fiz tudo que fez

 

[BigWings]

As DLLs da OpenSSL para Indy eu encontrei aqui:

https://github.com/IndySockets/OpenSSL-Binaries

Mas no D2007 não consegui fazer funcionar o TLS 1.2, então troquei o IdHTTP pelo ACBrHTTP que usa a synapse.

[Renyldo Campos Pereira]

Boa tarde. Tive o mesmo problema mas acabei resolvendo assim. Acontece que depois de tanto tentar descobri que as duas dlls mencionadas dependem de outras. Depois de muitas tentativas consegui finalmente corrigir o problema. Na pasta de DLL do Acbr tem uma pasta chamada MinGW. Copie todas as dlls para dentro do seu exe que o problema será resolvido. Copiar só ssleay32.dll e libeay32.dll não vai resolver a menos que em seu pc na pasta syswow64  ou system32 ja possua as outras dlls. Não sei se é coisa do windows ou do sistema mas resolveu.