Meldung vom Kundenlaptop: "curl kennt --noproxy nicht". Das war nicht
nur ein Hinweis fuer eigene Tests, sondern ein echter Fehler: seit dem
Umbau benutzten die eigenen API-Aufrufe genau diese Option. Wo curl sie
nicht kennt, scheiterte der Aufruf daran - und zwar mit "Anmeldung
fehlgeschlagen", also wieder mit einer Meldung, die woanders hinzeigt.
Die Option gibt es erst ab curl 7.19.4, und was auf manchen Rechnern
"curl" heisst, ist etwas ganz anderes (unter Windows ein Alias auf
Invoke-WebRequest). Deshalb wird der Proxy jetzt umgangen, indem die
Umgebungsvariablen fuer den Aufruf entfernt werden - das braucht von
curl gar nichts. Nachgemessen: mit gesetztem http_proxy meldet curl
danach "Trying 127.0.0.1" statt "Uses proxy env variable".
"--noproxy" kommt zusaetzlich dazu, wenn dieses curl es kennt; nur so
laesst sich auch ein in ~/.curlrc eingetragener Proxy uebergehen. Die
Erkennung laeuft einmal ueber den Hilfetext.
Gegen eine curl-Attrappe geprueft, die die Option mit "is unknown"
ablehnt: die Erkennung meldet "kennt es nicht", der Aufruf geht
trotzdem am Proxy vorbei, und "proxy status" meldet sich mit gesetztem
Zwangsproxy erfolgreich an. "noproxy" zeigt jetzt oben, welche
curl-Fassung im Einsatz ist und ob sie die Option kennt.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
duffyduckandClaude Opus 5
4078a9c1a6