Conda radi preko proxyja, ali pip ne

Aktiviranje Conda okruženja bira okruženje; ne navodi svaki program u njemu da koristi konfiguraciju Conde. Conda i pip su odvojeni klijenti za preuzimanje.

Conda može imati proxy rute u .condarc:

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

Ove primjerne vrijednosti govore Condi kako pristupiti odredištima svake sheme. pip ne preuzima automatski mapiranje proxy_servers samo zato što je instaliran u tom okruženju.

Pregledajte obje konfiguracije

Provjerite izvore konfiguracije Conde i pip povezan s aktivnim Pythonom:

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

Izlazi mogu otkriti različita mjesta konfiguracije, neočekivan interpreter ili promjenljivu okruženja koju jedan test nije koristio. Pregledajte privatne URL-ove i pristupne podatke prije dijeljenja.

Za pip koristite njegovu dokumentiranu proxy opciju, konfiguraciju specifičnu za pip ili odgovarajuće mrežno okruženje. Ne kopirajte YAML odjeljak iz .condarc direktno u pip INI datoteku.

I postavke povjerenja su odvojene

Condin ssl_verify može odrediti CA paket ili, na podržanim verzijama i Python izvršnim okruženjima, izabrati sistemsko povjerenje uz truststore. To nije komanda za podešavanje izvora povjerenja pipa.

Ako proxy obavlja odobrenu TLS inspekciju, utvrdite kako svaki klijent vjeruje tom tijelu. Uspješan Conda zahtjev dokazuje da su njegova vlastita ruta i povjerenje radili za taj zahtjev; ne dokazuje da je pip dobio iste postavke.

Uporedite stvarna odredišta

Klijenti mogu koristiti različite indekse paketa i hostove datoteka. Posrednik koji dozvoljava jedan kanal može odbiti drugi indeks ili kasniji URL arhive. Provjerite ime hosta koji ne radi i odgovor prije nego razliku pripišete samo izabranom Python okruženju.

Koristan izvještaj navodi interpreter, izvor konfiguracije svakog klijenta, traženi host i prvu grešku veze ili certifikata. „Conda radi“ je početak poređenja, a ne potpun test mrežne putanje pipa.