Por que o npm ainda tem um proxy depois de você apagá-lo

Você apaga o proxy do npm, consulta de novo e o valor continua lá. Antes de repetir o comando com mais privilégios, verifique qual configuração você apagou.

Um .npmrc do projeto, um arquivo de usuário, a configuração global, as opções de comando e as definições do ambiente podem todas importar. Remover um valor de um lugar pode expor outro valor por baixo.

Localize o valor antes de alterá-lo

Inspecione a configuração efetiva do npm e os arquivos relevantes para aquela chamada. Observe se a operação é local ao projeto ou global. Uma definição de projeto não é prova de uma instalação global.

Os nomes das opções de proxy também importam. Uma chave personalizada parecida com http_proxy não é automaticamente a opção documentada proxy. A grafia das variáveis de ambiente e a grafia das chaves de configuração do npm são interfaces separadas.

Reinstalar o executável não vem ao caso

O diretório de instalação do Node não é necessariamente onde fica a sua configuração de usuário. Substituir o executável pode deixar o arquivo de usuário e o ambiente do processo intactos. É por isso que uma instalação limpa do programa pode mostrar de imediato o antigo endpoint de rede.

Depois de encontrar a fonte, remova a entrada obsoleta nesse escopo. Em seguida, consulte novamente o valor efetivo no mesmo diretório de trabalho e na mesma conta que produziram a falha. Evite definir uma string vazia ou que pareça null sem motivo, a menos que o npm instalado documente esse significado.

Mantenha a definição do registro separada. Uma URL de registro local pode parecer um endereço de proxy, mas apagá-la muda onde os metadados dos pacotes são solicitados. Não apague um registro interno necessário só para remover um proxy de encaminhamento indesejado.