Nous avons un script qui télécharge la sécurité du mod depuis github qui a récemment commencé à échouer. Les serveurs exécutent CentOS 6 mais RHEL 6 a probablement le même problème. La sortie est:
# 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.
Des idées sur la façon de résoudre ou de contourner ce problème?
curl
Réponses:
Si je ne me trompe pas, vous voulez dire ce repo . Essayez d'obtenir des versions de formulaire URL .
Ce cas fonctionne pour moi:
PS J'ai également le même message d'erreur lorsque vous essayez d'exécuter votre cas;
la source
Vous pouvez utiliser la
curl
commande pour le télécharger:la source
curl -L -O
est un meilleur remplacementwget
car il suit les redirections HTTP (particulièrement utile ici car Github veut me pointer vers son CDN).curl
charge de SNI etwget
non, donc pour certains siteswget
, le certificat du mauvais hôte sera parfois servi et un échec de certificat, même si celacurl
fonctionne bien.Le côté serveur a désactivé la négociation du chiffrement SSLv3, en raison de graves problèmes de sécurité SSLv3. De plus, votre client wget est une version obsolète et utilise toujours par défaut ce cryptage SSLv3. Vous avez 2 options:
wget --secure-protocol=TLSv1
la source
Vous devriez vérifier votre version wget.
J'ai eu le même problème avec les anciennes versions de
wget
(<1.15).la source
En ce qui concerne la solution de contournement, si vous faites confiance à l'hôte, essayez de spécifier
--no-check-certificate
ou d'ajouter:dans votre
~/.wgetrc
(non recommandé).Dans de rares cas, cela est dû à l'heure de votre système qui peut être désynchronisée, invalidant ainsi les certificats qui fonctionnaient auparavant.
la source