Du sletter proxyen i npm, spør på nytt, og verdien ligger fortsatt der. Før du gjentar kommandoen med høyere rettigheter, kontroller hvilken konfigurasjon du slettet.

En prosjekt-.npmrc, en brukerfil, global konfigurasjon, kommandolinjevalg og miljøinnstillinger kan alle spille inn. Fjerner du en verdi på ett sted, kan en annen verdi under den bli synlig.

Finn verdien før du endrer den

Se på den effektive konfigurasjonen til npm og filene som gjelder for nettopp dette kallet. Legg merke til om operasjonen er prosjektlokal eller global. En prosjektinnstilling er ikke bevis på en global installasjon.

Navnene på proxyvalgene spiller også inn. En tilpasset nøkkel som ligner http_proxy er ikke automatisk det dokumenterte proxy-valget. Skrivemåten for miljøvariabler og skrivemåten for npms konfigurasjonsnøkler er separate grensesnitt.

Å installere den kjørbare filen på nytt er irrelevant

Installasjonskatalogen til Node er ikke nødvendigvis der brukerkonfigurasjonen din bor. Bytter du ut den kjørbare filen, kan brukerfilen og prosessmiljøet bli stående urørt. Det er derfor en ren programinstallasjon umiddelbart kan vise det gamle nettverksendepunktet.

Når du har funnet kilden, fjerner du den utdaterte oppføringen på det nivået. Spør så om den effektive verdien igjen fra samme arbeidskatalog og konto som forårsaket feilen. Unngå å sette en vilkårlig tom eller null-lignende streng, med mindre den installerte npm dokumenterer den betydningen.

Hold registry-innstillingen atskilt. En lokal registry-URL kan se ut som en proxyadresse, men sletter du den, endres det hvor pakkemetadata blir etterspurt. Ikke slett et nødvendig internt registry bare for å bli kvitt en uønsket videresendende proxy.

Relaterte artikler