Выкарыстанне проксі з uv

Задайце проксі-зменныя асяроддзя uv і выкарыстоўвайце system-certs, калі ўхвалены CA проксі ўжо ёсць у сховішчы даверу АС.

Для адной каманды uv у POSIX-абалонцы задайце проксі-зменныя пры яе выкліку:

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-залежнасцей па-за індэксам. Захавайце няўдалы этап разам з памылкай. Калі няправільны маршрут застаецца, праверце ўспадкаваныя значэнні проксі і выключэнняў; змена індэкса пакетаў выбірае крыніцу, а не прамы проксі.

Падобныя артыкулы