Elimini il proxy di npm, lo interroghi di nuovo e il valore è ancora lì. Prima di ripetere il comando con più privilegi, controlla quale configurazione hai eliminato.

Un .npmrc di progetto, un file utente, la configurazione globale, le opzioni dei comandi e le impostazioni dell'ambiente possono contare tutte. Rimuovere un valore da un punto può metterne in luce un altro sotto.

Individua il valore prima di cambiarlo

Esamina la configurazione effettiva di npm e i file pertinenti a quella chiamata. Fai attenzione se l'operazione è locale al progetto o globale. Un'impostazione di progetto non è prova di un'installazione globale.

Anche i nomi delle opzioni proxy contano. Una chiave personalizzata simile a http_proxy non è automaticamente l'opzione documentata proxy. La grafia delle variabili d'ambiente e quella delle chiavi di configurazione di npm sono interfacce distinte.

Reinstallare l'eseguibile non c'entra

La directory di installazione di Node non è necessariamente dove risiede la configurazione utente. Sostituire l'eseguibile può lasciare intatti il file utente e l'ambiente del processo. Per questo un'installazione pulita del programma può mostrare subito il vecchio endpoint di rete.

Una volta trovata la fonte, rimuovi la voce obsoleta a quel livello. Poi interroga di nuovo il valore effettivo dalla stessa directory di lavoro e dallo stesso account che hanno causato l'errore. Evita di impostare una stringa vuota o dall'aspetto di null senza motivo, a meno che l'npm installato documenti quel significato.

Tieni separata l'impostazione del registry. Un URL di registry locale può sembrare un indirizzo proxy, ma eliminarlo cambia dove vengono richiesti i metadati dei pacchetti. Non cancellare un registry interno necessario solo per togliere un proxy di inoltro indesiderato.

Articoli correlati