Não é possível wget do github, erro de handshake sslv3

Question

Temos um script que baixa segurança de mod do github que começou recentemente a falhar. Os servidores executam o CentOS 6, mas o RHEL 6 provavelmente tem o mesmo problema. A saída é:

# wget https://github.com/downloads/SpiderLabs/ModSecurity/modsecurity-apache_2.7.1.tar.gz
--2014-07-22 18:49:46--  https://github.com/downloads/SpiderLabs/ModSecurity/modsecurity-apache_2.7.1.tar.gz
Resolving github.com... 192.30.252.129
Connecting to github.com|192.30.252.129|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://cloud.github.com/downloads/SpiderLabs/ModSecurity/modsecurity-apache_2.7.1.tar.gz [following]
--2014-07-22 18:49:47--  https://cloud.github.com/downloads/SpiderLabs/ModSecurity/modsecurity-apache_2.7.1.tar.gz
Resolving cloud.github.com... 54.230.99.219, 205.251.219.190, 54.230.97.212, ...
Connecting to cloud.github.com|54.230.99.219|:443... connected.
OpenSSL: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
Unable to establish SSL connection.

Alguma idéia de como corrigir ou contornar isso?

    

Answer 1

Se não estou enganado, você se refere a este repositório . Tente obter o formulário de URL Lançamentos .

Este caso funciona para mim:

$ wget https://github.com/SpiderLabs/ModSecurity/archive/v2.8.0.tar.gz

P.S. Eu também tenho a mesma mensagem de erro quando tento executar o seu caso;

$ wget https://github.com/downloads/SpiderLabs/ModSecurity/modsecurity-apache_2.7.1.tar.gz

    

Answer 2

Você pode usar o comando curl para fazer o download:

curl -LO https://github.com/downloads/SpiderLabs/ModSecurity/modsecurity-apache_2.7.1.tar.gz

    

Answer 3

O lado do servidor desabilitou o handshake de criptografia SSLv3, devido a sérios problemas de segurança do SSLv3. Além disso, o seu cliente wget é uma versão desatualizada e ainda usa como padrão essa criptografia SSLv3. Você tem duas opções:

• use --secure-protocol = Sinalizador TLSv1 na frente do wget. %código%
• instala uma versão atualizada do wget que usa como protocolo TLSv1 padrão

Answer 4

Você deve verificar sua versão do wget.

Eu tive o mesmo problema com versões anteriores de wget (< 1.15).

    

Answer 5

Quanto à solução alternativa, se você confiar no host, tente especificar --no-check-certificate ou adicionar:

check_certificate = off

no seu ~/.wgetrc (não recomendado).

Em alguns casos raros, isso é causado pelo horário do sistema, que pode estar fora de sincronia, invalidando, portanto, os certificados que estavam funcionando antes.