pip toujours d'échec de la vérification ssl

Pip échoue toujours ssl, même quand je ne pip install dedupe ou pip install --trusted-host pypi.python.org dedupe

La sortie est toujours la même, peu importe ce que:

La collecte de déduplication à la

De réessayer (Retry(total=4, connectez=None, lire=None,
redirect=None, statut=None)) après connexion interrompue par
'SSLError(SSLError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificat
vérifier échoué (_ssl.c:777)'),)': /simple/déduplication/
Réessayer...

sauter

Ne pouvait pas trouver une version qui satisfait à l'exigence de déduplication (à partir des versions: ) Pas de correspondance distribution trouvé pour la déduplication

J'ai donc désinstallé l'anaconda et le réinstallé. Même chose.

Pensez-vous que le problème est que mon _ssl.c fichier (dont je n'ai aucune idée de l'endroit où il se trouve) doit être corrompus ou quelque chose? Pourquoi pip besoin de référence que si je vais la raconter à contourner la vérification ssl de toute façon?

semble similaire au stackoverflow.com/questions/41691327/... mais je suis sur une machine windows

OriginalL'auteur Legit Stack | 2018-03-16

  1. 17

    Elle peut être liée à la changement récent de PyPI domaines. Donc, assurez-vous que votre pare-feu/proxy permet d'accéder à/à partir de:

    • pypi.org
    • files.pythonhosted.org

    Vous pouvez également essayer quelque chose comme:

    $ python -m pip <command> --trusted-host files.pythonhosted.org --trusted-host pypi.org --trusted-host pypi.python.org ... --proxy ...

    La --trusted-host option permet de ne pas contourner le protocole SSL, mais permet à la marque de l'hôte de confiance des si (et seulement si) il n'est pas valide (ou pas du tout) HTTPS. Il ne devrait pas vraiment d'importance avec PiPY parce que pypi.org (anciennement pypi.python.org) ne l'utilisation de HTTPS et il y a CA en face d'elle qui applique systématiquement TLSv1.2 poignée de main exigence quel que soit le raccordement pip options du client.. Mais si vous aviez votre propre miroirs de pypi.org avec HTTP seule, puis --trusted-host pourrait être à portée de main. Oh, et si vous êtes assis derrière un proxy, veillez également à préciser:
    --proxy [user:passwd@]proxyserver:port

    Sinon, vous devrez peut-être mettre à jour le système de bibliothèque OpenSSL et/ou pip -- essayez d'exécuter le pip avec la -vvv option pour ajouter le niveau de verbosité de la sortie et de voir si il est en fait l' SSLError causée par tlsv1 alert protocol version. Il est abordé dans le cette réponse.

    OriginalL'auteur Alex