Aktywacja środowiska Conda wybiera środowisko; nie powoduje, że każdy program w nim używa konfiguracji Condy. Conda i pip są osobnymi klientami pobierania.

Conda może mieć trasy proxy w .condarc:

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

Te przykładowe wartości mówią Condzie, jak docierać do celów każdego schematu. pip nie przejmuje automatycznie mapowania proxy_servers tylko dlatego, że jest zainstalowany w tym środowisku.

Sprawdź obie konfiguracje

Sprawdź źródła konfiguracji Condy i pip powiązany z aktywnym Pythonem:

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

Wyniki mogą ujawnić różne miejsca konfiguracji, nieoczekiwany interpreter lub zmienną środowiskową, której jeden test nie użył. Przed udostępnieniem przejrzyj prywatne URL-e i dane uwierzytelniające.

Dla pip użyj udokumentowanej opcji proxy, konfiguracji właściwej dla pip lub odpowiedniego środowiska sieciowego. Nie kopiuj sekcji YAML z .condarc bezpośrednio do pliku INI pip.

Ustawienia zaufania również są osobne

Parametr ssl_verify Condy może wskazywać zestaw CA lub w obsługiwanych wersjach i środowiskach wykonawczych Pythona wybierać zaufanie systemowe przez truststore. Nie jest to polecenie konfigurujące źródło zaufania pip.

Jeśli proxy wykonuje zatwierdzoną inspekcję TLS, ustal, jak każdy klient ufa temu urzędowi. Udane żądanie Condy dowodzi, że jej własna trasa i zaufanie zadziałały dla tego żądania; nie dowodzi, że pip otrzymał takie same ustawienia.

Porównaj rzeczywiste cele

Klienci mogą używać różnych indeksów pakietów i hostów plików. Pośrednik dopuszczający jeden kanał może blokować inny indeks lub późniejszy URL archiwum. Sprawdź nazwę hosta z błędem i odpowiedź, zanim przypiszesz różnicę wyłącznie wybranemu środowisku Pythona.

Przydatny raport wskazuje interpreter, źródło konfiguracji każdego klienta, żądany host i pierwszy błąd połączenia lub certyfikatu. „Conda działa” to początek porównania, a nie pełny test ścieżki sieciowej pip.

Powiązane artykuły