[email protected] Postado 3 Julho Postado 3 Julho Quando carrega um certificado .PFX ou .CER utilizando as DLLs do OpenSSL 3.5.0 ocorre o seguinte erro: 'error:12800067:DSO support routines::could not load the shared library' Quando coloca as DLLs da versão 1, aí funciona.
[email protected] Postado 3 Julho Autor Postado 3 Julho Notando que as soluções descritas abaixo não funcionam: já instalei e exportei o certificado de dentro do windows. E também não consigo usar o legacy.dll, já que a aplicação é em 32 bits.
Moderadores Juliomar Marchetti Postado 3 Julho Moderadores Postado 3 Julho 1 hora atrás, [email protected] disse: Quando carrega um certificado .PFX ou .CER utilizando as DLLs do OpenSSL 3.5.0 ocorre o seguinte erro: 'error:12800067:DSO support routines::could not load the shared library' Quando coloca as DLLs da versão 1, aí funciona. use o SSLLib como WinCrypt e siga usando seu openssl na versão que deseja Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
Luiz Alberto da Silva Lope Postado 4 Julho Postado 4 Julho 20 horas atrás, [email protected] disse: Notando que as soluções descritas abaixo não funcionam: já instalei e exportei o certificado de dentro do windows. E também não consigo usar o legacy.dll, já que a aplicação é em 32 bits. Já tive problema semelhante ao seu. Eu usei a legacy.dll de 32 bits e resolveu. O problema é que o OpenSSL 3.5 não suporta os algoritmos antigos (e inseguros) por isso precisa da legacy.dll. Uma saída é importar o certificado pro Windows e depois exportar o PFX usando a criptografia AES256-SHA256
[email protected] Postado 7 Julho Autor Postado 7 Julho Não encontrei a legacy.dll de 32 bits para a versão 3.5.1. Sabe onde baixar? Só achei a versão 3.4.0 em https://www.dllme.com/dll/files/legacy/versions, mas aí não funcionou. Exportando o certificado com AES256-SHA256, funcionou, aparentemente sem a legacy.dll. Mudando a SSLLib para winCrypt também funcionou, mas lembro que eu tinha colocado para usar OpenSSL porque em alguma UF não funcionava com o winCrypt.
Moderadores Juliomar Marchetti Postado 7 Julho Moderadores Postado 7 Julho 2 horas atrás, [email protected] disse: Não encontrei a legacy.dll de 32 bits para a versão 3.5.1. Sabe onde baixar? Só achei a versão 3.4.0 em https://www.dllme.com/dll/files/legacy/versions, mas aí não funcionou. Exportando o certificado com AES256-SHA256, funcionou, aparentemente sem a legacy.dll. Mudando a SSLLib para winCrypt também funcionou, mas lembro que eu tinha colocado para usar OpenSSL porque em alguma UF não funcionava com o winCrypt. só se tinah algo diferente em seu micro. mas senão todas as UF funciona Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
Luiz Alberto da Silva Lope Postado 7 Julho Postado 7 Julho 2 horas atrás, [email protected] disse: Não encontrei a legacy.dll de 32 bits para a versão 3.5.1. Sabe onde baixar? Só achei a versão 3.4.0 em https://www.dllme.com/dll/files/legacy/versions, mas aí não funcionou. Exportando o certificado com AES256-SHA256, funcionou, aparentemente sem a legacy.dll. Mudando a SSLLib para winCrypt também funcionou, mas lembro que eu tinha colocado para usar OpenSSL porque em alguma UF não funcionava com o winCrypt. Eu baixo daqui https://wiki.overbyte.eu/wiki/index.php/ICS_Download Prefiro essa compilação pois não têm dependências da .Net
[email protected] Postado Terça as 09:34 Autor Postado Terça as 09:34 Em si era em algum cliente que não funciona com o winCrypt. Mas já tem pelo menos um ano que eu tinha visto esse problema, e tinha mudado para usar o OpenSSL. Obrigado pela dica do site para baixar o OpenSSL, excelente. Como também uso em Websockets etc, é bem útil.
Moderadores Juliomar Marchetti Postado Terça as 13:14 Moderadores Postado Terça as 13:14 Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br
Recommended Posts