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 சார்புகளையும் தொடர்புகொள்ளலாம். தோல்வியடைந்த கட்டத்தையும் அதன் பிழையையும் வைத்திருக்கவும். தவறான பாதை தொடர்ந்தால் மரபாகப் பெற்ற ப்ராக்ஸி, விலக்கு மதிப்புகளைப் பாருங்கள்; தொகுப்பு இண்டெக்ஸ் மாற்றம் மூலத்தைத் தேர்கிறது, ஃபார்வர்டு ப்ராக்ஸியை அல்ல.