Conda virker gjennom proxyen, men pip gjør ikke

Å aktivere et Conda-miljø velger et miljø; det får ikke alle programmer i det til å bruke Condas konfigurasjon. Conda og pip er separate nedlastingsklienter.

Conda kan ha proxyruter i .condarc:

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

Disse eksempelverdiene forteller Conda hvordan mål for hvert skjema nås. pip overtar ikke automatisk proxy_servers-tilordningen bare fordi det er installert i det miljøet.

Undersøk begge konfigurasjonene

Kontroller Condas konfigurasjonskilder og pip som hører til den aktive Python:

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

Utdataene kan vise ulike konfigurasjonsplasseringer, en uventet fortolker eller en miljøvariabel som én av testene ikke brukte. Se over private URL-er og påloggingsopplysninger før deling.

For pip, bruk det dokumenterte proxyvalget, pip-spesifikk konfigurasjon eller riktig nettverksmiljø. Ikke kopier en YAML-del fra .condarc direkte til en pip-INI-fil.

Tillitsinnstillinger er også separate

Condas ssl_verify kan angi en CA-samling eller på støttede versjoner og Python-kjøretider velge systemtillit med truststore. Det er ikke en kommando for å konfigurere pips tillitskilde.

Hvis proxyen utfører godkjent TLS-inspeksjon, finn ut hvordan hver klient stoler på den utstederen. En vellykket Conda-forespørsel beviser at dens egen rute og tillit fungerte for den forespørselen; ikke at pip fikk samme oppsett.

Sammenlign de faktiske målene

Klientene kan bruke ulike pakkeindekser og filverter. Et mellomledd som tillater én kanal, kan nekte en annen indeks eller en senere arkiv-URL. Kontroller vertsnavnet som feiler og svaret før du tilskriver forskjellen bare det valgte Python-miljøet.

En nyttig rapport identifiserer fortolkeren, hver klients konfigurasjonskilde, den forespurte verten og den første tilkoblings- eller sertifikatfeilen. «Conda virker» er starten på en sammenligning, ikke en full test av pips nettverksvei.