Herausfinden, welcher Chocolatey-Download den Proxy braucht
Bootstrap, die installierte CLI und ein separater Downloader eines Pakets können unterschiedliche Proxy-Eingaben lesen.
Ermitteln Sie die fehlgeschlagene Anfrage, bevor Sie die Proxy-Einstellungen von Chocolatey ändern:
| Fehlerphase | Zu prüfende Proxy-Eingabe |
|---|---|
| Abruf von Chocolatey, bevor choco existiert | Die chocolateyProxyLocation der Bootstrap-Shell und optionale Kontovariablen |
| Eine Operation der installierten choco | Ihre Rangfolge: explizite Befehlsargumente, Chocolatey-Konfiguration, Umgebungsvariablen, dann Systemkonfiguration |
| Ein Paket startet einen anderen Downloader | Die Optionen und die Identität dieses Prozesses; er kann Chocolateys Hilfsfunktionen oder eigene Software verwenden |
Ein gespeicherter choco config-Wert kann den früheren Bootstrap-Download nicht konfigurieren. Verwenden Sie die offizielle Installationsmethode für die verwaltete Umgebung mit ihren Proxy-Werten in der Shell, die sie tatsächlich ausführt. Ein alter Einzeiler-Installer, der die Ausführungsrichtlinie ändert und ein Kennwort einbettet, ist keine notwendige Proxy-Reparatur.
Prüfen Sie bei einer installierten CLI die effektive Konfiguration im vorgesehenen Bereich. Ein gespeicherter CLI-Wert kann erklären, warum die Änderung des System-Proxys von Windows nichts bewirkt hat. Für zulässige öffentliche Downloads, deren tatsächlicher Downloader keine konfigurierten oder gespeicherten Proxy-Anmeldedaten hat, bietet die HTTP-Proxy-Liste Kandidatenadressen für die zutreffende Proxy-Eingabe; verwenden Sie das erwartete Format des gewählten Clients. Halten Sie den Vermittlungs-Endpunkt und das Konto getrennt von den Anmeldedaten der Paketquelle; die Repository-Authentifizierung kann fehlschlagen, nachdem der Proxyzugriff erfolgreich war.
Ermitteln Sie während der Paketinstallation den Prozess, der den Fehler ausgibt. Eine separate ausführbare Datei muss keine Chocolatey-spezifischen Optionen implementieren und nicht dieselbe Identität verwenden. Grafische Werkzeuge und Hintergrundagenten haben ebenfalls produktspezifische Proxy-Beschränkungen; eine erfolgreiche CLI-Anfrage belegt ihren Icon-Download- oder Agentenweg nicht.
Lesen Sie den ersten brauchbaren Fehler mit diesem Prozess im Blick: 407 betrifft die Proxy-Authentifizierung, ein TLS-Vertrauensfehler betrifft das Zertifikat, das diesem Anforderer vorgelegt wird, und ein fehlendes Paket oder ein abgelehntes Repository-Konto betrifft die Quelle. Bewahren Sie den fehlgeschlagenen Hostnamen, die Operation, den Kontokontext und den Status ohne Geheimnisse auf. Ein erfolgreicher Bootstrap, gefolgt von einem fehlgeschlagenen Paketdownload, grenzt den zu reparierenden Pfad ein.