Мы пытаемся получить установку conda (на окнах 8) для работы за брандмауэром через прокси-сервер. В настоящее время мы можем использовать pip для установки пакетов в сети нашей компании, используя это в командной строке:
pip install pandas --proxy=http://abc.def.xyz.com:1234
Не нужно указывать пароли, просто прокси-сервер и порт. В документации conda указано, что возможны прокси-серверы:
# Proxy settings: http://[username]:[password]@[server]:[port]
proxy_servers:
http: http://user:[email protected]:8080
https: https://user:[email protected]:8080
Я пробовал это с различными комбинациями, чтобы увидеть, могу ли я заставить его работать с или без ввода моего имени пользователя и пароля.
# formats tried:
http: http://user:[email protected]:1234
http: http://abc.def.xyz.com:1234
Я не могу заставить его работать. Пробовал различные комбинации цитирования вещей (пароли имеют специальные символы). Также попытался с и без домена\пользователь.
Я вижу под капотом, conda использует urlib3 (в то время как pip может использовать urlib proxy handler?). Обратите внимание, что наличие имени пользователя и пароля в файле обычно не одобряется.
Я знаю, что мы могли бы настроить наш собственный http-адрес или папку для размещения файлов и поместить туда все пакеты и добавить канал в настройки конфигурации .condarc. Однако я бы предпочел не управлять локальным хранилищем пакетов и версий.
Итак, есть ли способ указать в файле .condarc прокси-сервер и порт (без пользователя и пароля), чтобы установка conda работала за брандмауэром, точно так же, как pip install в командной строке? Или даже встроенный вызов типа pip имеет и работает... что-то вроде:
conda install pandas --proxy=abc.def.xyz.com:1234
Спасибо заранее...
PS: Мне очень нравится конда. В прошлые выходные я провел множество виртуальных сред на своем домашнем ПК. Документация была отличная, и все работало безупречно. В целом, намного лучше, чем пип... если бы мы могли только заставить это работать внутри нашей компании:)