Kutumia proksi na uv

Kwa amri moja ya uv katika shell ya POSIX, weka vigezo vya proksi kwenye mwito huo:

HTTP_PROXY=http://203.0.113.10:8080 \
HTTPS_PROXY=http://203.0.113.10:8080 \
uv add requests

Badilisha sehemu ya muunganisho ya mfano kwa anwani ya huduma au chaguo kutoka kwenye orodha ya proksi za HTTP. Thamani hizo hutumika kwa amri na michakato yake midogo bila kubadili faili za kuanzisha shell; PowerShell hutumia sintaksia tofauti. Malengwa ya HTTPS yanaweza kutumia msikilizaji wa proksi wa http://. ALL_PROXY hutoa mpangilio wa jumla wa proksi na NO_PROXY huainisha njia za kuipita.

Ikiwa njia inafanya kazi lakini CA iliyoidhinishwa ya shirika haipo katika mizizi ya Mozilla iliyojumuishwa na uv, tumia uaminifu wa mfumo wakati CA hiyo tayari imesakinishwa huko:

HTTPS_PROXY=http://203.0.113.10:8080 \
uv --system-certs add requests

Chaguo ni --system-certs. Kigezo chake cha UV_SYSTEM_CERTS=true kiliongezwa katika uv 0.11.0; kwa toleo la zamani kagua msaada uliosakinishwa. Kifurushi cha PEM kilichotolewa kando hutumia kiolesura cha uaminifu kilichoandikwa kwenye nyaraka, SSL_CERT_FILE au SSL_CERT_DIR. Hakuna mpangilio wowote kati ya hizi za uaminifu unaochagua anwani ya proksi.

Soma matokeo ya amri kabla ya kusema kuwa hili ni jaribio la njia lililofanikiwa. uv inaweza kutumia tena vifurushi vya kache bila kuvipakua. Operesheni halisi inaweza pia kufikia faili, uelekezaji, upakuaji wa Python unaosimamiwa au vitegemezi vya Git nje ya faharasa. Hifadhi hatua iliyoshindwa pamoja na hitilafu yake. Njia isiyo sahihi ikiendelea, kagua thamani za proksi na njia za kupita zilizorithiwa; kubadili faharasa ya vifurushi huchagua chanzo, si proksi ya mbele.