web-dev-qa-db-fra.com

Comment puis-je résoudre l'erreur "le nom du sujet du certificat ne correspond pas au nom d'hôte cible"?

  curl -X GET --header 'Accept: application/json' --header 'Authorization: Bearer 90d2c018-73d1-324b-b121-a162cf870ac0' 'https://172.17.0.1:8243/V1.0.2/stock/getNA?name=te'

Le terminal a invité 

"curl: (51) SSL: le nom du sujet du certificat (hôte local) ne correspond pas au nom d'hôte cible" 172.17.0.1 ""

Cependant, après avoir changé le "172.17.0.1" en "localhost", cela a fonctionné et obtenu le résultat. 

Pourquoi ? N'y a-t-il pas quelque part une mauvaise configuration? Pendant ce temps, il n'y a pas de journal dans http_access.log. 

5
mike

CN du certificat par défaut wso2 est localhost. Par conséquent, vous devez utiliser localhost comme nom d’hôte lorsque vous envoyez des demandes. Sinon, la vérification du nom d'hôte échoue. Si vous souhaitez utiliser un autre nom d’hôte, vous devez générer un certificat avec ce nom, comme Jena l’a mentionné. 

2
Bee

Lors de l'établissement de la liaison SSL, le client vérifie le certificat du serveur. Dans le processus de vérification, le client essaiera de faire correspondre le nom commun (CN) du certificat au nom de domaine indiqué dans l'URL. si les deux sont différents, la vérification du nom d'hôte échouera. Dans votre cas, le certificat a CN en tant qu'hôte local et lorsque vous essayez d'appeler en utilisant l'adresse IP, il échoue. Lorsque vous créez le certificat, vous pouvez avoir un seul nom d’hôte/plusieurs noms d’hôte/un caractère générique Nom d’hôte en tant que valeur CN 

Pour plus d'informations https://tersesystems.com/2014/03/23/fixing-hostname-verification/https://support.dnsimple.com/articles/what-is -Nom commun/

2
Jenananthan

Cela pourrait être il y a longtemps. Mais j'ai réellement eu ce problème et obtenu une solution. J'espère que cela aidera quelqu'un:

Je demandais un URI comme ' http: //some.example ', mais le var pour HTTPS était défini sur '1'

1
Shia Masaki

J'ai eu ce problème en essayant d'extraire d'un répertoire git après avoir ajouté une nouvelle clé SSH et déplacé mon dépôt git. Dans la mêlée, le CN s'est embrouillé. La solution pour moi était de supprimer le répertoire git et de le cloner de nouveau via ssh. Comme les autres utilisateurs l'ont laissé entendre, vous ne pouvez pas modifier le CN du certificat d'un site Web. Vous devez donc modifier le paramètre de votre ordinateur qui a un mauvais CN ou éviter d'utiliser https (et d'utiliser ssh comme je l'ai fait).

0
user4757074