pip und conda hinter einem 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.

Der verwirrendste pip-Fehler hinter einem Proxy ist nicht ein Timeout, sondern ein SSL-Zertifikatfehler. Das passiert, wenn ein Unternehmensproxy HTTPS abfängt und neu signiert: pip sieht ein nicht vertrauenswürdiges Zertifikat und verweigert. Die richtige Lösung besteht darin, die Root-CA des Proxys in Ihren Vertrauensspeicher zu installieren; die schnelle Lösung ist --trusted-host pypi.org --trusted-host files.pythonhosted.org. Der eigene Proxy von s4m unterbricht TLS nicht, sodass Sie dies mit unserem Endpunkt nicht erleben werden — er leitet nur Ihren verschlüsselten Datenverkehr weiter.

Der HTTP-Proxy von s4m ist ein authentifizierter Rechenzentrum-Endpunkt, nach Verbrauch abgerechnet — ein sauberer Ausgang für CI-Images und Entwickler-Boxen, die von einem kontrollierten Netzwerk aus auf PyPI und conda-Kanäle zugreifen müssen. Es ist kein Wohnproxy und kein Paketspiegel. Kodieren Sie Sonderzeichen in Ihrem Passwort (@ wird zu %40), und setzen Sie no_proxy für interne Paketindizes. Ein 407 bedeutet schlechte Anmeldeinformationen — siehe den 407-Leitfaden. Wenn CI einen erlaubten Ausgang benötigt, fügen Sie eine dedizierte persönliche IP hinzu; validieren Sie jeden Endpunkt mit den Tools.