Der Kern des Problems, und die Stelle, an der man am laengsten sucht:
"no_proxy=localhost" deckt eine Anfrage an 127.0.0.1 NICHT ab, und
umgekehrt genauso wenig. An curl 7.88 nachgemessen:
no_proxy an 127.0.0.1 an localhost
localhost ueber den Proxy direkt
127.0.0.1 direkt ueber den Proxy
In Firmennetzen steht oft nur "localhost" in der Ausnahmeliste - dann
laeuft ausgerechnet der Zugriff auf die Schnittstelle des Proxy
Managers ueber den Proxy, obwohl no_proxy dem Anschein nach gesetzt
ist.
Deshalb NPM_API_HOST: damit laesst sich die Schnittstelle als
"localhost" ansprechen, ohne die Ausnahmeliste zu aendern - was im
Kundennetz oft nicht in der eigenen Hand liegt. Vorgabe bleibt
127.0.0.1, denn das kommt ohne Namensaufloesung aus und zeigt immer auf
IPv4.
"noproxy" prueft jetzt beide Schreibweisen einzeln und sagt, welche
fehlt, statt nur "geht nicht" zu melden:
http://127.0.0.1:81/ geht an den Proxy
http://localhost:81/ direkt
[ WARN ] Nur 'localhost' ist ausgenommen, 127.0.0.1 nicht.
Bis das geaendert ist, hilft sofort:
cmk-manage.sh config set NPM_API_HOST localhost
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>