no_proxy vergleicht Namen, keine Adressen - NPM_API_HOST

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>

.env.example

@@ -134,6 +134,12 @@ NPM_ADMIN_PASSWORD=bitte-aendern-mindestens-8-zeichen
 # oder im Menue unter "Einstellungen".
 NPM_ADMIN_PORT=81
 
+# Unter welchem Namen die Schnittstelle des Proxy Managers angesprochen
+# wird. Wichtig nur in Netzen mit Zwangsproxy: no_proxy vergleicht NAMEN,
+# nicht Adressen - steht dort nur "localhost", laeuft eine Anfrage an
+# 127.0.0.1 trotzdem ueber den Proxy. Dann hier auf localhost stellen.
+NPM_API_HOST=127.0.0.1
+
 # =====================================================================
 #  TERMINAL-BROWSER (lokale Bedienung des Proxy Managers)
 #  Fuer den Fall, dass Port 81 von aussen nicht erreichbar ist.