A configuração de proxy do npm não encaminha tudo o que o npm start inicia
npm configura as suas próprias transferências de pacotes. A aplicação iniciada por um script continua a precisar de um cliente HTTP que suporte o proxy de saída pretendido.
npm install funciona através do proxy. npm start inicia a aplicação, e o seu pedido à API segue diretamente. Não é obrigatório que o npm tenha esquecido a configuração.
O gestor de pacotes fez o primeiro pedido. A sua aplicação faz o segundo. Um valor de proxy na configuração do npm são dados para os consumidores que o leem, não um túnel colocado por baixo de cada processo filho.
Inspecione o cliente HTTP da aplicação e a interface de proxy que ele suporta. Pode ler variáveis de ambiente padrão, exigir um agent ou dispatcher explícito, ou usar outra configuração documentada. Não assuma que uma variável semelhante a npm_config_proxy é reconhecida automaticamente.
Separe também o proxy de saída da funcionalidade de reencaminhamento de API de um servidor de desenvolvimento. Uma configuração que reencaminha pedidos do navegador de um servidor de desenvolvimento para um backend tem outro papel; não é automaticamente a saída de rede para cada pedido que a sua aplicação faz.
Para uma comparação útil, nomeie o pedido que tem sucesso e o processo que faz o pedido que falha. Depois configure este último de forma deliberada. Uma aplicação que usa o fetch do Undici pode seguir a sua configuração do dispatcher ProxyAgent, com uma versão do pacote compatível com o seu runtime Node. Alterar o endpoint do registry do npm ou reinstalar a aplicação repetidamente não fornece, por si só, essa rota em falta.