pip e conda dietro un proxy

pip e conda recuperano entrambi tramite HTTPS, quindi entrambi vogliono l'endpoint HTTP su porta 3128, autenticato con USER:PASS. pip espone l'impostazione in tre modi: il flag --proxy per un singolo comando, una riga proxy in pip.conf per la persistenza, e la variabile d'ambiente PIP_PROXY. pip onora anche le variabili standard http_proxy / https_proxy, quindi un'esportazione a livello di shell spesso risolve le cose senza toccare la configurazione di pip.

conda has its own config file. Set proxy_servers for http and https with conda config, which writes to ~/.condarc; conda also reads the environment variables. With s4m you point both tools at http://USER:PASS@proxy.s4m.online:3128. See the proxy page, the sibling npm/yarn guide, and the shared environment-variable guide for how these variables cross tools.

Il fallimento più confuso di pip dietro un proxy non è un timeout ma un errore di certificato SSL. Questo accade quando un proxy aziendale intercetta e risigna HTTPS: pip vede un certificato non attendibile e rifiuta. La soluzione corretta è installare il CA radice del proxy nel tuo archivio di fiducia; la soluzione rapida è --trusted-host pypi.org --trusted-host files.pythonhosted.org. Il proxy di s4m non intercetta TLS, quindi non avrai questo problema con il nostro endpoint — inoltra solo il tuo traffico crittografato.

Il proxy HTTP di s4m è un endpoint autenticato di datacenter, a pagamento in base all'uso — un'uscita pulita per le immagini CI e le macchine degli sviluppatori che devono raggiungere PyPI e i canali conda da dietro una rete controllata. Non è un proxy residenziale e non è un mirror di pacchetti. Codifica i caratteri speciali nella tua password (@ diventa %40), e imposta no_proxy per gli indici di pacchetti interni. Un 407 significa credenziali errate — consulta la guida 407. Quando CI ha bisogno di un'uscita autorizzata, aggiungi un IP personale dedicato; valida qualsiasi endpoint con gli strumenti.