Conda ради преко проксија, али pip не

Активирање Conda окружења бира окружење; не наводи сваки програм у њему да користи конфигурацију Conde. Conda и pip су одвојени клијенти за преузимање.

Conda може имати прокси руте у .condarc:

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

Ове примерне вредности говоре Condi како да приступи одредиштима сваке шеме. pip не преузима аутоматски мапирање proxy_servers само зато што је инсталиран у том окружењу.

Прегледајте обе конфигурације

Проверите изворе конфигурације Conde и pip повезан с активним Python-ом:

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

Излази могу открити различита места конфигурације, неочекиван интерпретер или променљиву окружења коју један тест није користио. Прегледајте приватне URL-ове и приступне податке пре дељења.

За pip користите његову документовану прокси опцију, конфигурацију специфичну за pip или одговарајуће мрежно окружење. Не копирајте YAML одељак из .condarc директно у pip INI датотеку.

И подешавања поверења су одвојена

Condin ssl_verify може одредити CA пакет или, на подржаним верзијама и Python извршним окружењима, изабрати системско поверење уз truststore. То није команда за подешавање извора поверења pip-а.

Ако прокси обавља одобрену TLS инспекцију, утврдите како сваки клијент верује том телу. Успешан Conda захтев доказује да су његова сопствена рута и поверење радили за тај захтев; не доказује да је pip добио иста подешавања.

Упоредите стварна одредишта

Клијенти могу користити различите индексе пакета и хостове датотека. Посредник који дозвољава један канал може одбити други индекс или каснији URL архиве. Проверите име хоста који не ради и одговор пре него што разлику припишете само изабраном Python окружењу.

Користан извештај наводи интерпретер, извор конфигурације сваког клијента, тражени хост и прву грешку везе или сертификата. „Conda ради“ је почетак поређења, а не потпун тест мрежне путање pip-а.