Conda přes proxy funguje, ale pip ne

Aktivací prostředí Conda vyberete prostředí; nezařídíte tím, aby každý program uvnitř používal konfiguraci Condy. Conda a pip jsou samostatní klienti pro stahování.

Conda může mít trasy proxy v .condarc:

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

Tyto ukázkové hodnoty říkají Condě, jak se dostat k cílům jednotlivých schémat. pip automaticky nepřebírá mapování proxy_servers jen proto, že je v tomto prostředí nainstalovaný.

Zkontrolujte obě konfigurace

Prověřte zdroje konfigurace Condy a pip přidružený k aktivnímu Pythonu:

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

Výstupy mohou odhalit různá umístění konfigurace, neočekávaný interpret nebo proměnnou prostředí, kterou jeden test nepoužil. Před sdílením zkontrolujte soukromé URL a přihlašovací údaje.

Pro pip použijte jeho dokumentovanou volbu proxy, konfiguraci určenou pro pip nebo odpovídající síťové prostředí. Nekopírujte sekci YAML z .condarc přímo do souboru INI pro pip.

Samostatná jsou i nastavení důvěry

Parametr ssl_verify Condy může určit sadu CA nebo v podporovaných verzích a běhových prostředích Pythonu vybrat systémovou důvěru pomocí truststore. Nejde o příkaz k nastavení zdroje důvěry pip.

Pokud proxy provádí schválenou inspekci TLS, zjistěte, jak každý klient důvěřuje dané autoritě. Úspěšný požadavek Condy dokazuje, že její vlastní trasa a důvěra fungovaly pro tento požadavek; nedokazuje, že pip dostal stejné nastavení.

Porovnejte skutečné cíle

Klienti mohou používat různé indexy balíčků a souborové hostitele. Prostředník povolující jeden kanál může odmítnout jiný index nebo pozdější URL archivu. Než rozdíl připíšete jen vybranému prostředí Pythonu, prověřte chybující název hostitele a odpověď.

Užitečné hlášení uvádí interpret, zdroj konfigurace každého klienta, požadovaného hostitele a první chybu spojení nebo certifikátu. „Conda funguje“ je výchozí porovnání, nikoli úplný test síťové cesty pip.