Hvorfor npm stadig har en proxy, når du har slettet den
npm læser flere konfigurationskilder. Hvis du fjerner en post fra én fil eller geninstallerer Node, kan en anden kilde stadig være aktiv.
Du sletter npms proxy, spørger igen, og værdien er der stadig. Før du gentager kommandoen med flere rettigheder, så kontroller, hvilken konfiguration du slettede.
En projekt-.npmrc, en brugerfil, global konfiguration, kommandovalgsmuligheder og miljøindstillinger kan alle være relevante. Når du fjerner en værdi ét sted, kan en anden værdi nedenunder blive synlig.
Find værdien, før du ændrer den
Undersøg npms effektive konfiguration og de filer, der er relevante for netop det kald. Vær opmærksom på, om handlingen er projektlokal eller global. En projektindstilling er ikke bevis for en global installation.
Navnene på proxyvalgmulighederne betyder også noget. En brugerdefineret nøgle, der ligner http_proxy, er ikke automatisk den dokumenterede proxy-valgmulighed. Stavemåden for miljøvariabler og stavemåden for npms konfigurationsnøgler er to forskellige grænseflader.
At geninstallere den kørbare fil er irrelevant
Nodes installationsmappe er ikke nødvendigvis der, hvor din brugerkonfiguration ligger. Hvis du udskifter den kørbare fil, kan brugerfilen og procesmiljøet forblive intakte. Derfor kan en ren programinstallation med det samme vise det gamle netværksendepunkt.
Når du har fundet kilden, skal du fjerne den forældede post på det niveau. Spørg derefter igen om den effektive værdi fra samme arbejdsmappe og konto, som fremkaldte fejlen. Undgå at sætte en vilkårlig tom eller null-lignende streng, medmindre den installerede npm dokumenterer den betydning.
Hold registry-indstillingen adskilt. En lokal registry-URL kan ligne en proxyadresse, men hvis du sletter den, ændrer du, hvor pakkemetadata bliver efterspurgt. Slet ikke et nødvendigt internt registry bare for at fjerne en uønsket videresendende proxy.