Die Proxy-Einstellung von npm leitet nicht alles weiter, was npm start startet
npm konfiguriert seine eigenen Paketübertragungen. Die von einem Skript gestartete Anwendung braucht weiterhin einen HTTP-Client, der den vorgesehenen ausgehenden Proxy unterstützt.
npm install funktioniert über den Proxy. npm start startet die Anwendung, und ihre API-Anfrage geht direkt hinaus. npm hat die Einstellung nicht unbedingt vergessen.
Die erste Anfrage hat der Paketmanager gestellt. Die zweite stellt Ihre Anwendung. Ein Proxy-Wert in der npm-Konfiguration sind Daten für Konsumenten, die ihn lesen, kein Tunnel unter jedem Kindprozess.
Prüfen Sie den HTTP-Client der Anwendung und die von ihm unterstützte Proxy-Schnittstelle. Er liest möglicherweise Standard-Umgebungsvariablen, verlangt einen expliziten Agent oder Dispatcher oder nutzt eine andere dokumentierte Einstellung. Gehen Sie nicht davon aus, dass eine Variable wie npm_config_proxy automatisch erkannt wird.
Trennen Sie außerdem ausgehendes Proxying von der API-Weiterleitung eines Entwicklungsservers. Eine Einstellung, die Browseranfragen von einem Entwicklungsserver an ein Backend weiterleitet, hat eine andere Rolle; sie ist nicht automatisch der Netzwerkausgang für jede Anfrage Ihrer Anwendung.
Für einen nützlichen Vergleich benennen Sie die Anfrage, die gelingt, und den Prozess, der die fehlschlagende Anfrage stellt. Konfigurieren Sie dann letzteren gezielt. Eine Anwendung mit Undicis fetch kann ihrer ProxyAgent-Dispatcher-Konfiguration folgen, mit einer Paketversion, die zu ihrer Node-Laufzeit passt. Den Registry-Endpunkt von npm zu ändern oder die Anwendung wiederholt neu zu installieren, liefert diese fehlende Route nicht von selbst.