Qual é o arranjo correto de links simbólicos para permitir que ambas as bibliotecas compartilhadas openssl 1.1.0 e 1.0.2 coexistam?

2

Eu quero ter o openssl-1.0.2 e o openssl-1.1.0 disponíveis para links dinâmicos para diferentes aplicativos. Estou um pouco inseguro sobre isso, porque eu esperaria que 1.0.2 fosse instalado em um arquivo chamado libssl.so.1.0.2, mas na verdade está em um arquivo chamado libssl.so.1.0.0.

Esta configuração apenas com o 1.0.2 instalado:

/versions64/local/lib/libssl.so -> libssl.so.1.0.0
/versions64/local/lib/libssl.so.1.0.0

E é assim que fica depois que o 1.1.0 é instalado:

/versions64/local/lib/libssl.so -> libssl.so.1.1
/versions64/local/lib/libssl.so.1.0.0
/versions64/local/lib/libssl.so.1.1

As aplicações que requerem que o 1.0.2 vai saber procurar em libssl.so.1.0.0 e ignorar libssl.so?

    
por Will Sheppard 29.06.2017 / 12:41

1 resposta

0

Eu apenas testei. Eu corri o Apache 2.4, que foi compilado para usar o OpenSSL 1.0.2. O Apache começou com sucesso e serviu um site SSL.

Primeiro renomei a nova biblioteca libssl.so.1.1 e o Apache ainda foi reiniciado com sucesso. Então eu renomei o novo link libssl.so e o Apache ainda foi iniciado com sucesso. Por fim, renomei a antiga biblioteca libssl.so.1.0.0 e o Apache FAILED para reiniciar.

Isso prova que está ignorando o link simbólico libssl.so e usando corretamente o libssl.so.1.0.0 que foi compilado, como esperado.

    
por 29.06.2017 / 13:51