OS X 10.11.6 El Capitan SSLRead() retourne l'erreur -9841
Après demande curl dans le terminal pour https site, j'ai eu cette erreur
curl: (56) SSLRead() return error -9841
curl --version
curl 7.43.0 (x86_64-apple-darwin15.0) libcurl/7.43.0 SecureTransport zlib/1.2.5
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp
Features: AsynchDNS IPv6 Largefile GSS-API Kerberos SPNEGO NTLM NTLM_WB SSL libz UnixSockets
Comment faire curl travail?
P. S j'ai réinstallé le roulage en cette commande brew install --with-openssl curl
Donc, vous pouvez le supprimer de la question comme une erreur n'est pas reproductible car vous indique qu'après redémarrage, tout fonctionne bien.
mais il n'a pas à identifier la cause ou de fournir un moyen de reproduire, il est toujours utile pour les autres de savoir que le redémarrage résout le problème. Dans le futur, quelqu'un peut trouver une meilleure solution.
Je suppose que si le simple fait de redémarrer aidé, il pourrait y avoir de nombreuses raisons, et très probablement, quelque chose n'était tout simplement mal configuré ou pas installées correctement. Ce qui se passe. Que ce problème n'est pas reproductible il n'y a aucune raison de garder cette question. Personne ne pouvait fournir une meilleure solution que personne ne pouvait être sûr si c'est une solution à tous - aucun moyen de le vérifier. Devinettes sur les raisons est le meilleur que vous pouvez faire. Aussi, redémarrage, une solution est hors-sujet car il n'a rien à voir avec de la programmation et que c'est une solution réelle, cette question pourrait également être hors-sujet.
Je pense que vous avez raison, c'est hors-sujet, mais je pense que c'est la question elle-même...ce n'est pas un code question en premier lieu.
cette question + réponse m'a aidé à résoudre mon problème en un instant. Cette question ne devrait PAS être en bas de voter ou supprimé.
mais il n'a pas à identifier la cause ou de fournir un moyen de reproduire, il est toujours utile pour les autres de savoir que le redémarrage résout le problème. Dans le futur, quelqu'un peut trouver une meilleure solution.
Je suppose que si le simple fait de redémarrer aidé, il pourrait y avoir de nombreuses raisons, et très probablement, quelque chose n'était tout simplement mal configuré ou pas installées correctement. Ce qui se passe. Que ce problème n'est pas reproductible il n'y a aucune raison de garder cette question. Personne ne pouvait fournir une meilleure solution que personne ne pouvait être sûr si c'est une solution à tous - aucun moyen de le vérifier. Devinettes sur les raisons est le meilleur que vous pouvez faire. Aussi, redémarrage, une solution est hors-sujet car il n'a rien à voir avec de la programmation et que c'est une solution réelle, cette question pourrait également être hors-sujet.
Je pense que vous avez raison, c'est hors-sujet, mais je pense que c'est la question elle-même...ce n'est pas un code question en premier lieu.
cette question + réponse m'a aidé à résoudre mon problème en un instant. Cette question ne devrait PAS être en bas de voter ou supprimé.
OriginalL'auteur Dmitry Petukhov | 2016-08-24
Vous devez vous connecter pour publier un commentaire.
Après le redémarrage, l'erreur a disparu.
De laquelle des renseignements supplémentaires si le redémarrage n'est droit chemin (le seul moyen que j'ai trouvé ) P. S. j'ai posé cette question au "Russian Débordement de Pile", et j'ai donné la même réponse. Dans les commentaires il y a une discussion au sujet de l'exactitude de répondre 'Après le redémarrage, l'erreur a disparu.' Beaucoup de gens ont dit, c'est la bonne réponse. Je sais que c'est une mauvaise réponse, mais est-il en réponse.
Oui c'est ce qui est, et il a aidé. Merci
OriginalL'auteur Dmitry Petukhov
Eu ce même problème avec la Sierra et il semblait que, même après l'exécution de
brew install --with-openssl curl
, il encore wan pas être repris par le chemin.Pour commencer, j'ai eu la force d'installer le paquet avec
brew install --force --with-openssl curl
J'ai ensuite eu la force de liaison de la nouvelle version de curl avec
brew link --force curl
Après la fermeture et la réouverture de mon terminal, il a travaillé (c'était peut-être ce qui a fait le redémarrage de travail avec la réponse ci-dessus).
curl
installé à l'extérieur debrew
, s'assurer que le chemin d'accèsbrew
installecurl
est retournée par lawhich curl
commandeOriginalL'auteur cchapman
Que je vient de vivre cette erreur... Dans mon cas, "SSLRead" était un leurre.. L'hôte était de retour content-length: 0 (et pas le corps de la réponse)
Apparemment, l'armée a été de rejeter les demandes manque certains d'en-tête... pour faire bonne mesure, j'ai ajouté plusieurs en-têtes à ma demande de l'un navigateur web envoie..
array(
'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8',
'Accept-Language: en-US,en;q=0.5',
'Accept-Encoding: gzip, deflate',
'Connection: keep-alive',
),
tada... pas plus SSLRead erreur
OriginalL'auteur Brad Kent