Varför npm fortfarande har en proxy efter att du tagit bort den
npm läser flera konfigurationskällor. Att ta bort en post från en fil eller installera om Node kan låta en annan källa gälla.
Du tar bort npms proxy, frågar igen och värdet finns kvar. Innan du upprepar kommandot med högre behörighet, kontrollera vilken konfiguration du tog bort.
En projekt-.npmrc, en användarfil, global konfiguration, kommandoval och miljöinställningar kan alla spela roll. Att ta bort ett värde på ett ställe kan blotta ett annat värde under det.
Hitta värdet innan du ändrar det
Undersök npms gällande konfiguration och de filer som är relevanta för just det anropet. Notera om åtgärden är projektlokal eller global. En projektinställning är inte bevis för en global installation.
Namnen på proxyvalen spelar också roll. En egen nyckel som liknar http_proxy är inte automatiskt det dokumenterade proxy-valet. Skrivsättet för miljövariabler och skrivsättet för npms konfigurationsnycklar är två skilda gränssnitt.
Att installera om den körbara filen är irrelevant
Nodes installationskatalog är inte nödvändigtvis där din användarkonfiguration ligger. Att byta ut den körbara filen kan lämna användarfilen och processmiljön orörda. Därför kan en ren programinstallation direkt visa den gamla nätverksändpunkten.
När du har hittat källan tar du bort den föråldrade posten på den nivån. Fråga sedan igen efter det gällande värdet från samma arbetskatalog och konto som orsakade felet. Undvik att sätta en godtycklig tom eller null-liknande sträng, om inte den installerade npm dokumenterar den betydelsen.
Håll registry-inställningen åtskild. En lokal registry-URL kan se ut som en proxyadress, men att ta bort den ändrar var paketmetadata efterfrågas. Radera inte ett nödvändigt internt registry bara för att bli av med en oönskad vidarebefordrande proxy.