Utiliser un proxy avec uv
Définissez les variables de proxy d’uv et utilisez system-certs si la CA du proxy approuvée figure déjà dans le magasin de confiance du système.
Pour une seule commande uv dans un shell POSIX, définissez les variables de proxy au moment de l’appel :
HTTP_PROXY=http://203.0.113.10:8080 \
HTTPS_PROXY=http://203.0.113.10:8080 \
uv add requestsRemplacez le point de connexion de l’exemple par l’adresse du service ou un candidat de la liste de proxys HTTP. Ces affectations concernent la commande et ses processus enfants, sans passer par les fichiers de démarrage du shell ; PowerShell emploie une autre syntaxe. Une destination HTTPS peut utiliser un point d’écoute de proxy en http://. ALL_PROXY fournit un réglage de proxy général et NO_PROXY définit les exclusions.
Si la route fonctionne mais qu’une CA d’organisation approuvée manque dans les racines Mozilla fournies avec uv, utilisez la confiance du système lorsque cette CA y est déjà installée :
HTTPS_PROXY=http://203.0.113.10:8080 \
uv --system-certs add requestsL’option est --system-certs. La variable correspondante UV_SYSTEM_CERTS=true a été ajoutée dans uv 0.11.0 ; consultez l’aide installée pour une version antérieure. Un bundle PEM fourni séparément utilise plutôt l’interface de confiance documentée SSL_CERT_FILE ou SSL_CERT_DIR. Aucun de ces réglages de confiance ne choisit l’adresse du proxy.
Lisez la sortie de la commande avant de conclure à un test de routage réussi. uv peut réutiliser des paquets en cache sans les télécharger. Une opération réelle peut aussi accéder à des fichiers, des redirections, des téléchargements Python gérés ou des dépendances Git au-delà de l’index. Conservez l’étape en échec avec son erreur. Si la mauvaise route persiste, vérifiez les valeurs de proxy et d’exclusion héritées ; changer l’index de paquets sélectionne une source, pas un proxy de sortie.