pip всегда терпит неудачу ssl проверка
Pip всегда терпит неудачу ssl, даже когда я делаю pip install dedupe или pip install --trusted-host pypi.python.org dedupe
Выход всегда одинаковый независимо от того, что:
Сбор дедупы
- Использование CERT Tapioca на VM
- Использовать SSL с помощью ssl_requirement в приложении Rails 2
- Недопустимый самоподписанный SSL-сертификат - «Тема альтернативного имени отсутствует»
- Как реализовать идентификацию имени сервера (SNI)
- Как переопределить шифрованный список, отправленный на сервер Android при использовании HttpsURLConnection?
Повторить попытку (повторить попытку (итого = 4, connect = None, read = None, redirect = None, status = None)) после того, как соединение сломано с помощью команды SSLError (SSEYrror (1, ‘[SSL: CERTIFICATE_VERIFY_FAILED]) (_ssl.c: 777) ‘),)’: / simple / dedupe /
Повторная …пропуская
Не удалось найти версию, которая удовлетворяет требованию dedupe (из версий:) Не найдено соответствующего распределения для dedupe
Поэтому я удалил anaconda и переустановил его. То же самое.
Считаете ли вы, что проблема в том, что мой файл _ssl.c (который я не знаю, где он) должен быть поврежден или что-то еще? Почему pip должен ссылаться на это, если я говорю об этом, чтобы обойти проверку ssl?
- Heroku SSL в корневом домене
- Apache HttpClient на Android, производящем CertPathValidatorException (имя_отчета! = Имя_почты)
- Что происходит на проводе при настройке соединения TLS / LDAP или TLS / HTTP?
- Запрос на перекрестный запрос заблокирован
- прием HTTPS-соединений с самозаверяющими сертификатами
- Как решить проблему с подтверждением сертификата в Windows?
- Отключить просмотр SSL в Chrome
- Отключить SSLv3 в основных браузерах
Это может быть связано с недавним изменением доменов PyPI. Поэтому, пожалуйста, убедитесь, что ваш брандмауэр / прокси обеспечивает доступ к / из:
- pypi.org
- files.pythonhosted.org
Вы также можете попробовать что-то вроде:
$ python -m pip
Параметр --trusted-host фактически не обходит SSL, но позволяет отмечать хост как доверенный, когда (и только когда) он не имеет действительного (или любого) HTTPS. Это не должно иметь значения с PiPY, потому что pypi.org (ранее pypi.python.org) использует HTTPS, и перед ним есть CDN, который всегда применяет требование квитирования TLSv1.2, независимо от параметров подключения клиента клипа. Но если у вас были свои собственные локальные зеркала pypi.org с доступом только по протоколу HTTP, тогда может быть удобна --trusted-host . О, и если вы сидите за прокси-сервером, пожалуйста, также обязательно укажите его: --proxy [user:passwd@]proxyserver:port
В противном случае вам может потребоваться обновить библиотеку openssl системы и / или pip – попробуйте запустить pip с опцией -vvv чтобы добавить многословность к выходу и посмотреть, есть ли на самом деле tlsv1 alert protocol version адресованная в этом streamе .