pip e conda atrás de um proxy

pip and conda both fetch over HTTPS, so both want the s4m HTTP endpoint on port 3128, authenticated with USER:PASS. pip exposes the setting three ways: the --proxy flag for a single command, a proxy line in pip.conf for persistence, and the PIP_PROXY environment variable. pip also honours the standard http_proxy / https_proxy variables, so a shell-level export often fixes things without touching pip's own config.

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.

A falha de pip mais confusa atrás de um proxy não é um timeout, mas um erro de certificado SSL. Isso acontece quando um proxy corporativo intercepta e re-assina HTTPS: o pip vê um certificado não confiável e se recusa. A correção adequada é instalar a CA raiz do proxy em seu armazenamento de confiança; a correção rápida é --trusted-host pypi.org --trusted-host files.pythonhosted.org. O próprio proxy do s4m não intercepta TLS, então você não encontrará isso com nosso endpoint — ele apenas encaminha seu tráfego criptografado.

O proxy HTTP do s4m é um endpoint autenticado de datacenter, pago conforme o uso — uma saída limpa para imagens de CI e caixas de desenvolvedor que devem acessar o PyPI e canais conda de uma rede controlada. Não é um proxy residencial e não é um espelho de pacotes. Codifique caracteres especiais em sua senha (@ se torna %40), e defina no_proxy para índices de pacotes internos. Um 407 significa credenciais inválidas — veja o guia 407. Quando o CI precisa de uma saída permitida, adicione um IP pessoal dedicado; valide qualquer endpoint com as ferramentas.