Актывацыя асяроддзя 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.

Падобныя артыкулы