erro ao carregar bibliotecas compartilhadas: libcrypto.so.1.1

8

Quando eu executo "openssl" estou recebendo um erro como abaixo:

openssl: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory"

Isso aconteceu depois que eu tentei atualizar o OpenSSL de acordo com isso artigo

Existe alguma maneira de corrigir isso?

SO: CentOS 6.8 Servidor da Web: nginx / 1.10.2

Atualização # 1:

[root@host ~]# yum info openssl
Installed Packages
Name        : openssl
Arch        : x86_64
Version     : 1.0.1e
Release     : 48.el6_8.3
Size        : 4.0 M
Repo        : installed
From repo   : system-updates
Summary     : A general purpose cryptography library with TLS implementation
URL         : ***
License     : OpenSSL
Description : The OpenSSL toolkit provides support for secure communications
            : between machines. OpenSSL includes a certificate management tool and
            : shared libraries which provide various cryptographic algorithms and
            : protocols.

Available Packages
Name        : openssl
Arch        : i686
Version     : 1.0.1e
Release     : 48.el6_8.3
Size        : 1.5 M
Repo        : system-updates
Summary     : A general purpose cryptography library with TLS implementation
URL         : ***
License     : OpenSSL
Description : The OpenSSL toolkit provides support for secure communications
            : between machines. OpenSSL includes a certificate management tool and
            : shared libraries which provide various cryptographic algorithms and
            : protocols.
    
por mayasl 02.12.2016 / 20:47

8 respostas

15

Eu estava tendo o mesmo problema depois de instalar a última versão do openssl 1.1.0c, resolvi o problema de copiar os arquivos da biblioteca libcrypto.so.1.1 , libcrypto.a e libssl.so de /usr/local/lib64 para a biblioteca de compartilhamento em /usr/lib64 .
Depois de copiar as bibliotecas, você precisa criar o link simbólico.

ln -s libcrypto.so.1.1 libcrypto.so
ln -s libssl.so.1.1 libssl.so

Após criar o link simbólico, reconstruindo o cache do ldconfig também era necessário:

sudo ldconfig
    
por 03.12.2016 / 14:46
7

Com sua versão original do OpenSSL, ela sabia como encontrar as bibliotecas compartilhadas, porque /usr/lib64 está incluído no caminho de pesquisa do vinculador. Quando você baixou e compilou uma cópia "local" do OpenSSL, as bibliotecas compartilhadas foram colocadas em /usr/local/lib64 por padrão. Então você provavelmente só precisa adicionar este diretório ao caminho de busca do linker, como este (como root):

echo "/usr/local/lib64" > /etc/ld.so.conf.d/openssl.conf

então execute:

ldconfig

Acredito que isso resolverá seu problema.

    
por 17.04.2017 / 15:40
1

O que @benedict disse que funcionou para mim. No entanto, você pode achar que alguns dos links simbólicos estão apontando para versões mais antigas. Executar ls -l libcrypto* do / usr / libs mostrará os links. Como no exemplo abaixo:

lrwxrwxrwx 1 root root      16 May 21 15:28 libcrypto.so -> libcrypto.so.1.0

Em seguida, você deve remover o link existente primeiro digitando sudo rm libcrypto.so e copiando libcrypto.so.1.1 como @benedict mencionado. Finalmente, você pode criar o novo link. sudo ln -s libcrypto.so.1.1 libcrypto.so

Espero que isso ajude.

    
por 22.05.2017 / 06:58
1

O libcrypto.so pertence ao pacote openssl-libs . Se você forçar manualmente a remoção (com --nodeps ) ou corrompê-lo ao atualizá-lo, perderá o acesso a yum, wget, curl, ssh, etc. Se o sistema tiver acesso à Internet, faça o download do openssl-libs usando o comando %código%. A sintaxe seria semelhante à abaixo se você estiver tentando restaurar a versão /usr/bin/GET :

/usr/bin/GET http://downloadURL/openssl-libs-1.0.2k-8.el7.x86_64.rpm > openssl-libs-1.0.2k-8.el7.x86_64.rpm

Isso criará openssl-libs-1.0.2k-8.el7.x86_64 package para você, você pode usar isso para reinstalar ou extrair o arquivo openssl-libs-1.0.2k-8.el7.x86_64.rpm ausente.

    
por 13.06.2018 / 14:01
0

Você pode reinstalá-lo usando

yum install -y openssl-devel

    
por 02.12.2016 / 20:56
0

Eu passei pelo mesmo problema ... resolvi-o executando os seguintes comandos.

ln -s /usr/local/lib/libcrypto.so.1.1 /usr/lib/libcrypto.so.1.1

Isso criará um link e você está pronto.

    
por 24.04.2017 / 08:08
0

Recebi este erro usando o Termux no ChromeOS, o que causou a falha dos programas de linha de comando npm e node .

A execução de pkg upgrade resolveu o problema!

    
por 19.09.2018 / 04:05
-1

Depois de construir e instalar o open ssl openssl-1.1.0f, fixei o mesmo erro para lib libssl.so.1.1 criando um link de software:

ln -s /usr/local/lib/libssl.so.1.1 /usr/lib/libssl.so.1.1

    
por 11.08.2017 / 16:27

Tags