Installeer met pip deur ’n instaanbediener

Vir ’n enkele installasie aanvaar pip ’n instaanbediener direk op die opdragreël. Jy kan ’n roete probeer sonder om permanente gebruiker- of stelselopstelling te skryf:

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

Gebruik ’n eindpunt van jou diens of die HTTP-instaanbedienerlys in plaas van die dokumentasie-IP. Met python -m pip is die bedoelde Python-omgewing ook duideliker as om aan te neem dat ’n aparte pip-program daaraan behoort.

Die proxy-URL beskryf die instaanbedienerverbinding. Dit kan met http:// begin terwyl die pakketindeks en aflaaie HTTPS deur CONNECT gebruik.

As pip steeds ’n ander instelling kies

Vir pip se eie opsies geniet opdragreëlargumente voorrang bo omgewingsveranderlikes, wat weer voorrang bo opstellinglêers geniet. Lêers kan op globale, gebruiker- of virtuele-omgewingsvlak bestaan. PIP_CONFIG_FILE kan ’n bykomende lêer kies.

python -m pip config debug

Dit lys die opstellingsbronne wat pip oorweeg. Bekyk dit plaaslik: lêers of omgewingswaardes kan privaat URL’s of aanmeldbesonderhede bevat.

Ondersoek ook PIP_PROXY en gewone HTTP/HTTPS-proxyomgewingsveranderlikes. Hulle is nie almal dieselfde opstellingslaag nie; standaardhantering van die proxyomgewing kan steeds saak maak by diagnose van die werklike roete. Moenie aanneem dat een geskrapte gebruikersinskrywing alle moontlike bronne verwyder nie.

’n Proxyopsie herstel nie sertifikaatvertroue nie

As die roete ’n HTTPS-diens bereik maar verifikasie misluk, bepaal watter sertifikaat die kliënt ontvang het. ’n Gemagtigde inspeksieopstelling kan ’n goedgekeurde CA-bundel vereis:

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

--trusted-host merk ’n gasheer as vertrou selfs sonder geldige HTTPS. Dit stel nie die proxy-IP nie en behoort nie die gewone reaksie op ’n sertifikaatfout te wees nie. Herstel eerder die eindpunt of vertroue-opstelling.

pip 24.2 het stelselsertifikate langs certifi as verstek op ondersteunde looptydomgewings ingebring. Vroeëre pip het nie die bedryfstelsel se CA-stoor outomaties gebruik nie. Dit kan verklaar waarom ’n goedgekeurde organisasie-CA in een Python-omgewing werk maar in ’n ander ontbreek.

Die proxyargument vir een opdrag verval wanneer dit klaar is. As jy later ’n permanente proxyinstelling stoor, plaas dit op die bedoelde vlak, sodat nie elke Python-omgewing afhanklik raak van ’n eindpunt wat jy net getoets het nie.