Активация среды Conda выбирает среду, но не заставляет каждую программу внутри неё использовать настройки Conda. Conda и pip — отдельные клиенты загрузки.

Conda может задавать маршруты прокси в .condarc:

proxy_servers:
  http: http://203.0.113.10:8080
  https: http://203.0.113.10:8080

Эти примеры сообщают Conda, как обращаться к назначениям каждой схемы. pip не перенимает сопоставление proxy_servers автоматически лишь потому, что установлен в этой среде.

Проверьте обе конфигурации

Проверьте источники конфигурации Conda и pip, связанный с активным Python:

conda config --show-sources
python -m pip --version
python -m pip config debug

Вывод может показать разные места конфигурации, неожиданный интерпретатор или переменную среды, не использованную в одном из тестов. Перед передачей проверьте частные URL и учётные данные.

Для pip используйте документированный параметр прокси, собственную конфигурацию pip или подходящую сетевую среду. Не копируйте раздел YAML из .condarc прямо в INI-файл pip.

Настройки доверия тоже независимы

Параметр ssl_verify Conda может задавать набор CA или, в поддерживаемых версиях и средах выполнения Python, выбирать системное доверие через truststore. Это не команда настройки источника доверия pip.

Если прокси выполняет одобренную TLS-инспекцию, выясните, как каждый клиент доверяет этому центру сертификации. Успешный запрос Conda доказывает, что его собственные маршрут и доверие сработали для этого запроса; он не доказывает, что pip получил те же настройки.

Сравните фактические назначения

Клиенты могут использовать разные индексы пакетов и файловые узлы. Посредник, разрешающий один канал, может запретить другой индекс или последующий URL архива. Проверьте сбойное имя узла и ответ, прежде чем объяснять разницу только выбранной средой Python.

Полезный отчёт указывает интерпретатор, источник конфигурации каждого клиента, запрошенный узел и первую ошибку соединения или сертификата. «Conda работает» — начало сравнения, а не полная проверка сетевого пути pip.

Похожие статьи