Mit pip über einen Proxy installieren

Für eine einzelne Installation nimmt pip einen Proxy direkt auf der Befehlszeile an. So lässt sich ein Weg testen, ohne eine dauerhafte Benutzer- oder Systemkonfigurationsdatei zu schreiben:

python -m pip --proxy http://203.0.113.10:8080 install requests

Verwenden Sie statt der Dokumentations-IP einen Endpunkt Ihres Dienstes oder aus der HTTP-Proxy-Liste. Mit python -m pip wird die beabsichtigte Python-Umgebung deutlicher, als wenn man annimmt, ein separates pip-Programm gehöre zu ihr.

Die Proxy-URL beschreibt die Proxy-Verbindung. Sie kann mit http:// beginnen, während Paketindex und Downloads HTTPS über CONNECT nutzen.

Wenn pip weiterhin eine andere Einstellung wählt

Für pips eigene Optionen überschreiben Befehlszeilenargumente Umgebungsvariablen und diese wiederum Konfigurationsdateien. Relevante Dateien können global, beim Benutzer oder in der virtuellen Umgebung liegen. PIP_CONFIG_FILE kann eine zusätzliche Konfigurationsdatei auswählen.

python -m pip config debug

Das listet die von pip berücksichtigten Konfigurationsquellen auf. Prüfen Sie es lokal: Dateien oder Umgebungswerte können private URLs oder Zugangsdaten enthalten.

Prüfen Sie auch PIP_PROXY und gewöhnliche HTTP/HTTPS-Proxy-Umgebungsvariablen. Sie gehören nicht alle zur selben Konfigurationsebene; die Standardbehandlung der Proxy-Umgebung kann bei der Diagnose des tatsächlichen Netzwerkwegs weiterhin zählen. Ein gelöschter Benutzereintrag entfernt nicht unbedingt alle Quellen.

Eine Proxy-Option repariert kein Zertifikatsvertrauen

Erreicht der Weg einen HTTPS-Dienst, aber die Prüfung scheitert, klären Sie, welches Zertifikat der Client empfangen hat. Eine autorisierte Prüfumgebung kann ein genehmigtes CA-Bündel benötigen:

python -m pip --proxy http://203.0.113.10:8080 \
  --cert /path/to/approved-ca-bundle.pem install requests

--trusted-host markiert einen Host auch ohne gültiges HTTPS als vertrauenswürdig. Es konfiguriert nicht die Proxy-IP und sollte nicht die übliche Antwort auf einen Zertifikatsfehler sein. Korrigieren Sie stattdessen Endpunkt oder Vertrauenskonfiguration.

pip 24.2 führte Systemzertifikate neben certifi als Standard auf unterstützten Laufzeitumgebungen ein. Frühere pip-Versionen nutzten den CA-Speicher des Betriebssystems nicht automatisch. Das kann erklären, warum eine genehmigte Organisations-CA in einer Python-Umgebung funktioniert und in einer anderen fehlt.

Das Proxy-Argument eines einzelnen Befehls verschwindet nach dessen Ende. Speichern Sie später eine dauerhafte Proxy-Einstellung, setzen Sie sie im tatsächlich gewünschten Geltungsbereich, statt jede Python-Umgebung von einem nur getesteten Endpunkt abhängig zu machen.