Por qué npm sigue teniendo un proxy después de borrarlo
npm lee varias fuentes de configuración. Quitar una entrada de un archivo o reinstalar Node puede dejar otra fuente en vigor.
Borra el proxy de npm, lo consulta de nuevo y el valor sigue ahí. Antes de repetir el comando con más privilegios, compruebe qué configuración borró.
Un .npmrc de proyecto, un archivo de usuario, la configuración global, las opciones de comando y los ajustes del entorno pueden influir. Quitar un valor de un sitio puede dejar al descubierto otro valor debajo.
Localice el valor antes de cambiarlo
Inspeccione la configuración efectiva de npm y los archivos relevantes para esa invocación. Fíjese en si la operación es local al proyecto o global. Un ajuste de proyecto no es prueba de una instalación global.
Los nombres de las opciones de proxy también importan. Una clave personalizada parecida a http_proxy no es automáticamente la opción documentada proxy. La escritura de las variables de entorno y la de las claves de configuración de npm son interfaces distintas.
Reinstalar el ejecutable no viene al caso
El directorio de instalación de Node no es necesariamente donde vive su configuración de usuario. Sustituir el ejecutable puede dejar intactos el archivo de usuario y el entorno del proceso. Por eso una instalación limpia del programa puede mostrar de inmediato el antiguo extremo de red.
Cuando encuentre la fuente, elimine la entrada obsoleta en ese ámbito. Después vuelva a consultar el valor efectivo desde el mismo directorio de trabajo y la misma cuenta que provocaron el fallo. Evite establecer una cadena vacía o que parezca null, salvo que el npm instalado documente ese significado.
Mantenga el ajuste del registro aparte. Una URL de registro local puede parecer una dirección de proxy, pero borrarla cambia dónde se solicitan los metadatos de los paquetes. No borre un registro interno necesario solo para quitar un proxy de reenvío no deseado.