Asentaminen pipillä välityspalvelimen kautta

Yksittäistä asennusta varten pip hyväksyy välityspalvelimen suoraan komentorivillä. Voit kokeilla reittiä kirjoittamatta pysyviä käyttäjän tai järjestelmän asetuksia:

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

Käytä dokumentaatio-IP:n sijaan palvelusi tai HTTP-välityspalvelinten luettelon päätepistettä. Myös python -m pip selventää haluttua Python-ympäristöä verrattuna oletukseen, että erillinen pip-ohjelma kuuluu siihen.

Proxy-URL kuvaa yhteyttä välityspalvelimeen. Se voi alkaa muodossa http://, vaikka paketti-indeksi ja lataukset käyttävät HTTPS:ää CONNECTin kautta.

Jos pip valitsee jatkuvasti toisen asetuksen

Pipin omissa asetuksissa komentorivi ohittaa ympäristömuuttujat, jotka ohittavat asetustiedostot. Tiedostoja voi olla yleisellä, käyttäjän tai virtuaaliympäristön tasolla. PIP_CONFIG_FILE voi valita lisätiedoston.

python -m pip config debug

Tämä listaa pipin huomioimat asetuslähteet. Tarkastele paikallisesti: tiedostoissa ja ympäristöarvoissa voi olla yksityisiä URL-osoitteita tai tunnuksia.

Tarkista myös PIP_PROXY ja tavalliset HTTP/HTTPS-proxy-ympäristömuuttujat. Ne eivät kaikki kuulu samaan asetustasoon; tavallinen proxy-ympäristön käsittely voi yhä vaikuttaa todelliseen reittiin. Älä oleta yhden käyttäjätiedoston merkinnän poistamisen poistaneen kaikki lähteet.

Proxy-asetus ei korjaa varmenneluottamusta

Jos reitti saavuttaa HTTPS-palvelun mutta tarkistus epäonnistuu, selvitä minkä varmenteen asiakas vastaanotti. Valtuutettu tarkastusjärjestely voi edellyttää hyväksyttyä CA-kokoelmaa:

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

--trusted-host merkitsee isännän luotetuksi myös ilman kelvollista HTTPS:ää. Se ei määritä välityspalvelimen IP:tä, eikä sen tule olla tavallinen vastaus varmennevirheeseen. Korjaa sen sijaan päätepiste tai luottamusasetukset.

pip 24.2 otti järjestelmävarmenteet käyttöön certifin rinnalla oletuksena tuetuissa suoritusympäristöissä. Aiempi pip ei käyttänyt automaattisesti käyttöjärjestelmän CA-varastoa. Tämä voi selittää, miksi hyväksytty organisaation CA toimii yhdessä Python-ympäristössä mutta puuttuu toisesta.

Yhden komennon proxy-argumentti lakkaa vaikuttamasta komennon päättyessä. Jos tallennat myöhemmin pysyvän asetuksen, sijoita se tarkoitetulle tasolle sen sijaan, että kaikki Python-ympäristöt riippuisivat vain testatusta päätepisteestä.