2017-10-12 4 views
0

J'ai joué avec Curl, en essayant de faire ce que devrait être un simple POST d'un fichier à un service web pendant quelques jours et ne pas arriver partout .SSL Handshake erreur en utilisant Curl pour POSTER un fichier à un service Web

Le service POST cible est HTTPS non authentifié. Lorsque j'essaie d'exécuter ma requête POST via Curl ou via Informatica, j'obtiens un échec de prise de contact SSL avec les deux méthodes.

Par exemple:

curl -X POST -F '[email protected]' https://url 

Je suis en mesure d'obtenir que cela fonctionne en utilisant Postman, donc je sais que le service fonctionne. Selon la sécurité du réseau, SSL est désactivé dans cet environnement. Est-ce que je n'ai pas de chance, ou y a-t-il un moyen de le faire fonctionner sans SSL?

erreur spécifique rencontrée: boucle: (35) Erreur: 14077410: routines SSL: SSL23_GET_SERVER_HELLO: poignée de main alerte SSLv3 échec

+0

et fournissent également des informations d'erreur, texte d'erreur ou codes, etc. – faboolous

Répondre

0

Par défaut, un client établissant une connexion URL HTTPS vérifiera la validité d'un certificat SSL - Sinon, à quoi sert d'utiliser SSL? Dans votre cas, vous dites "Faire semblant d'utiliser HTTPS mais en fait, ignorer le certificat", parce qu'il est invalide, ou vous en avez encore, ou vous êtes en phase de développement (j'espère que ce dernier est vrai, et obtenez ou créez un certificat de serveur valide si nécessaire).

Mais curl ne sait pas cela. Il suppose que vous lui demandez d'établir une connexion avec un point de terminaison HTTPS - il tentera donc de valider le certificat - qui, dans votre cas, peut être la source de l'échec.

Essayez curl -k -X POST -F '[email protected]' https://url De la page de manuel:

-k, --insecure 
      (TLS) By default, every SSL connection curl makes is verified to be secure. This option allows curl to proceed and operate even for server connections otherwise considered insecure. 

      The server connection is verified by making sure the server's certificate contains the right name and verifies successfully using the cert store. 

      See this online resource for further details: 
      https://curl.haxx.se/docs/sslcerts.html 

      See also --proxy-insecure and --cacert. 
+0

J'ai essayé l'option insecure sans succès, mais je ne vois qu'il n'y a pas de certificats installé actuellement. Je cours sur la version 7.27, donc je vais essayer de faire en sorte que l'équipe du serveur dépasse la version 7.40 pour s'assurer que ce n'est pas le seul problème. – Jon