J'essaie de faire une demande cURL HTTPS à l'API Twitter et j'obtiens cette erreur:
[root@webscoming httpdocs]# curl -v https://api.Twitter.com
About to connect() to api.Twitter.com port 443 (#0)
Trying 199.16.156.199... connected
Connected to api.Twitter.com (199.16.156.199) port 443 (#0)
Initializing NSS with certpath: sql:/etc/pki/nssdb
CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
NSS error -5990
Closing connection #0
SSL connect error
curl: (35) SSL connect error
J'ai essayé ceci d'un autre serveur et cela fonctionne comme prévu. Que signifie cette erreur et comment la résoudre?
Mon serveur exécute CentOS version 6.5.
Veuillez noter: je peux me connecter correctement à https://encrypted.google.com
mais échoué avec https://api.Twitter.com
.
J'ai vu un problème similaire, mais je n'ai pas accédé à Twitter.
Le problème que j'ai vu était sur RHEL 6.1 -> RHEL 6.4, en utilisant curl pour accéder à une API REST. Curl montrait une erreur: curl: (35) Erreur de connexion SSL
Le problème a fini par être que notre serveur exécutant l'API REST était RHEL 6.6, utilisant une version plus récente de NSS. Une fois la mise à niveau effectuée, la boucle client de la version NSS a réussi.
Nous avons mis à niveau le client à partir de: nss-3.12.10-2.el6_1.x86_64
à: nss-3.16.1-14.el6
Selon le code source cette erreur signifie un temps mort. Votre connexion réseau à cet hôte est probablement défectueuse. Il se peut également que Twitter filtre votre adresse IP pour une raison quelconque.
l'erreur cURL numéro 35 est liée à une version cURL obsolète.
Pour résoudre ce problème, vous devez mettre à jour votre package cURL.