4 votes

wget récupère un certificat ssl erroné

Si je vais à cette URL https://solarpaces2014.pse.de/typo3/fileadmin/template/images/banner.jpg je cherche les certificats ssl, puis je vois un certificat valide (wildcard) pour notre domaine pse.de .

Si je vais à cette URL https://85.214.107.230/img/common/globe.png (même IP), le navigateur se plaint que a) le certificat est expiré et b) qu'il est auto-signé. C'est bon, c'est le certificat pour le site d'administration de Plesk et personne d'autre que notre administrateur n'utilise ce site de toute façon.

Si je vérifie ces fichiers avec curl ça arrive :

$ curl https://solarpaces2014.pse.de/typo3/fileadmin/template/images/banner.jpg > /dev/null 
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 90217  100 90217    0     0  16960      0  0:00:05  0:00:05 --:--:--  319k

$ curl https://85.214.107.230/img/common/globe.png > /dev/null 
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (60) SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
More details here: http://curl.haxx.se/docs/sslcerts.html
....

curl est satisfait du premier certificat et se plaint du second, comme prévu.

Cependant, lorsque je fais la même chose avec wget :

$ wget https://solarpaces2014.pse.de/typo3/fileadmin/template/images/banner.jpg -O /dev/null 
--2014-08-13 15:20:44--  https://solarpaces2014.pse.de/typo3/fileadmin/template/images/banner.jpg
Resolving solarpaces2014.pse.de... 85.214.107.230
Connecting to solarpaces2014.pse.de|85.214.107.230|:443... connected.
ERROR: cannot verify solarpaces2014.pse.de’s certificate, issued by “/C=US/ST=Virginia/L=Herndon/O=Parallels/OU=Parallels Panel/CN=Parallels Panel/emailAddress=info@parallels.com”:
  Self-signed certificate encountered.
ERROR: certificate common name “Parallels Panel” doesn’t match requested host name “solarpaces2014.pse.de”.
To connect to solarpaces2014.pse.de insecurely, use ‘--no-check-certificate’.

Pourquoi diable wget récupérer le mauvais certificat ? S'agit-il d'un wget ou y a-t-il un problème avec notre configuration apache ?

3 votes

Permettez-moi de citer "Qualys" : Ce site ne fonctionne que sur les navigateurs supportant le SNI. ssllabs.com/ssltest/

0 votes

Merci, après quelques recherches sur google j'ai découvert que la version 6 de debian de wget ne supporte pas SNI, d'où ce comportement.

2voto

snowdude Points 2790

Une recherche rapide montre que la prise en charge de l'indication du nom du serveur TLS ( SNI ), qui est ce dont vous avez besoin dans votre cas, a été introduit dans la version 1.14 de wget.

Curl a inclus le support SNI un peu plus tôt.

Par exemple, RHEL/CentOS 6 inclut la version 1.12 de wget et Debian wheezy 1.13. Je pense donc qu'ils ne prennent pas encore en charge SNI.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X