Identifier quel téléchargement Chocolatey a besoin du proxy
Le bootstrap, la CLI installée et le téléchargeur distinct d'un paquet peuvent lire des entrées proxy différentes.
Identifiez la requête en échec avant de modifier les paramètres proxy de Chocolatey :
| Phase d'échec | Entrée proxy à examiner |
|---|---|
| Obtention de Chocolatey avant que choco n'existe | Le chocolateyProxyLocation du shell d'amorçage et les variables de compte facultatives |
| Une opération du choco installé | Son ordre de priorité : arguments explicites de la commande, configuration Chocolatey, variables d'environnement, puis configuration système |
| Un paquet lance un autre téléchargeur | Les options et l'identité de ce processus ; il peut utiliser les assistants de Chocolatey ou un logiciel distinct |
Une valeur choco config enregistrée ne peut pas configurer le téléchargement d'amorçage antérieur. Utilisez la méthode d'installation officielle pour l'environnement géré avec ses valeurs proxy dans le shell qui l'exécute réellement. Un ancien installateur monoligne qui modifie la stratégie d'exécution et intègre un mot de passe n'est pas une réparation proxy nécessaire.
Pour une CLI installée, examinez la configuration effective dans la portée prévue. Une valeur CLI enregistrée peut expliquer pourquoi la modification du proxy système de Windows n'a rien changé. Pour les téléchargements publics autorisés dont le téléchargeur réel n'a pas d'identifiants proxy configurés ou conservés, la Liste de proxies HTTP propose des adresses candidates pour l'entrée proxy applicable ; utilisez le format attendu du client choisi. Gardez le point de terminaison intermédiaire et le compte distincts des identifiants de la source du paquet ; l'authentification du dépôt peut échouer après la réussite de l'accès via le proxy.
Pendant l'installation d'un paquet, identifiez le processus qui émet l'erreur. Un exécutable distinct n'a pas besoin d'implémenter des options spécifiques à Chocolatey ni d'utiliser la même identité. Les outils graphiques et les agents en arrière-plan ont eux aussi des limites proxy propres au produit ; une requête CLI réussie n'établit pas leur itinéraire de téléchargement d'icônes ou d'agent.
Lisez le premier échec utile avec ce processus en tête : 407 concerne l'authentification proxy, une erreur de confiance TLS concerne le certificat présenté à ce demandeur, et un paquet manquant ou un compte de dépôt refusé concerne la source. Conservez le nom d'hôte, l'opération, le contexte de compte et l'état en échec, secrets retirés. Un bootstrap réussi suivi d'un téléchargement de paquet en échec restreint le chemin à réparer.