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 ഡിപ്പൻഡൻസികൾ എന്നിവയെയും സമീപിക്കാം. പരാജയപ്പെട്ട ഘട്ടവും പിശകും ഒരുമിച്ച് സൂക്ഷിക്കുക. തെറ്റായ റൂട്ട് തുടരുകയാണെങ്കിൽ പാരമ്പര്യമായി ലഭിച്ച പ്രോക്സി, ബൈപാസ് മൂല്യങ്ങൾ പരിശോധിക്കുക; പാക്കേജ് ഇൻഡക്സ് മാറ്റുന്നത് ഉറവിടം തിരഞ്ഞെടുക്കുന്നതാണ്, ഫോർവേഡ് പ്രോക്സി അല്ല.