Dlaczego npm nadal ma proxy po jego usunięciu
npm czyta kilka źródeł konfiguracji. Usunięcie wpisu z jednego pliku lub ponowna instalacja Node może pozostawić inne źródło w mocy.
Usuwasz proxy npm, pytasz ponownie, a wartość nadal tam jest. Zanim powtórzysz polecenie z większymi uprawnieniami, sprawdź, którą konfigurację usunąłeś.
Plik .npmrc projektu, plik użytkownika, konfiguracja globalna, opcje polecenia i ustawienia środowiska mogą mieć znaczenie. Usunięcie wartości w jednym miejscu może odsłonić inną wartość pod nią.
Znajdź wartość, zanim ją zmienisz
Sprawdź obowiązującą konfigurację npm oraz pliki związane z tym wywołaniem. Zwróć uwagę, czy operacja jest lokalna dla projektu, czy globalna. Ustawienie projektu nie jest dowodem na instalację globalną.
Znaczenie mają też nazwy opcji proxy. Własny klucz podobny do http_proxy nie jest automatycznie udokumentowaną opcją proxy. Zapis zmiennych środowiskowych i zapis kluczy konfiguracji npm to osobne interfejsy.
Ponowna instalacja pliku wykonywalnego nie ma znaczenia
Katalog instalacji Node nie musi być miejscem, w którym znajduje się konfiguracja użytkownika. Zastąpienie pliku wykonywalnego może pozostawić plik użytkownika i środowisko procesu nietknięte. Dlatego czysta instalacja programu może od razu pokazać stary punkt końcowy sieci.
Po znalezieniu źródła usuń nieaktualny wpis na tym poziomie. Następnie ponownie odczytaj obowiązującą wartość z tego samego katalogu roboczego i konta, które spowodowały błąd. Unikaj ustawiania dowolnego pustego lub wyglądającego jak null ciągu, chyba że zainstalowany npm dokumentuje takie znaczenie.
Trzymaj ustawienie rejestru osobno. Lokalny URL rejestru może wyglądać jak adres proxy, ale jego usunięcie zmienia miejsce, w którym pobierane są metadane pakietów. Nie usuwaj wymaganego wewnętrznego rejestru tylko po to, by pozbyć się niechcianego proxy przekazującego.