uvతో ప్రాక్సీ ఉపయోగించడం
uv ప్రాక్సీ ఎన్విరాన్మెంట్ వేరియబుల్స్ సెట్ చేసి, ఆమోదిత ప్రాక్సీ CA ఇప్పటికే సిస్టమ్ ట్రస్ట్ స్టోర్లో ఉంటే system-certs వాడండి.
POSIX షెల్లో ఒకే uv కమాండ్ కోసం ప్రాక్సీ వేరియబుల్స్ను ఆ కాల్ దగ్గరే సెట్ చేయండి:
HTTP_PROXY=http://203.0.113.10:8080 \
HTTPS_PROXY=http://203.0.113.10:8080 \
uv add requestsఉదాహరణ ఎండ్పాయింట్ను సేవ చిరునామాతో లేదా HTTP ప్రాక్సీ జాబితాలోని అభ్యర్థితో మార్చండి. విలువలు కమాండ్, దాని చైల్డ్ ప్రాసెస్లకు వర్తిస్తాయి; షెల్ ప్రారంభ ఫైళ్లను మార్చవు. PowerShell వేరే సింటాక్స్ వాడుతుంది. HTTPS గమ్యాలు http:// ప్రాక్సీ లిసనర్ వాడవచ్చు. ALL_PROXY సాధారణ ప్రాక్సీ సెట్టింగ్ ఇస్తుంది, NO_PROXY బైపాస్లను నిర్దేశిస్తుంది.
మార్గం పనిచేసినా ఆమోదించిన సంస్థ CA uvతో వచ్చే Mozilla రూట్లలో లేకపోతే, ఆ CA సిస్టమ్లో ఇప్పటికే ఇన్స్టాల్ అయి ఉన్నప్పుడు సిస్టమ్ నమ్మకం వాడండి:
HTTPS_PROXY=http://203.0.113.10:8080 \
uv --system-certs add requestsఎంపిక --system-certs. సంబంధిత UV_SYSTEM_CERTS=true వేరియబుల్ uv 0.11.0లో జోడించారు; పాత వెర్షన్కు ఇన్స్టాల్ చేసిన సహాయం చూడండి. విడిగా ఇచ్చిన PEM బండిల్ డాక్యుమెంట్ చేసిన SSL_CERT_FILE లేదా SSL_CERT_DIR ట్రస్ట్ ఇంటర్ఫేస్ వాడుతుంది. ఈ నమ్మకపు సెట్టింగ్లు ఏవీ ప్రాక్సీ చిరునామా ఎంచుకోవు.
దీన్ని విజయవంతమైన మార్గ పరీక్ష అనేముందు కమాండ్ అవుట్పుట్ చదవండి. uv డౌన్లోడ్ చేయకుండా కాష్ ప్యాకేజీలు మళ్లీ వాడవచ్చు. నిజమైన పని ఇండెక్స్ బయట ఫైళ్లు, రీడైరెక్ట్లు, నిర్వహిత Python డౌన్లోడ్లు లేదా Git ఆధారిత ప్యాకేజీలను కూడా సంప్రదించవచ్చు. విఫల దశను దాని దోషంతో ఉంచండి. తప్పు మార్గం కొనసాగితే వారసత్వంగా వచ్చిన ప్రాక్సీ, బైపాస్ విలువలు చూడండి; ప్యాకేజీ ఇండెక్స్ మార్చడం మూలాన్ని ఎంచుకుంటుంది, ఫార్వర్డ్ ప్రాక్సీని కాదు.