De ce npm mai are un proxy după ce îl ștergeți

Ștergeți proxy-ul npm, îl interogați din nou, iar valoarea este încă acolo. Înainte de a repeta comanda cu privilegii mai mari, verificați ce configurare ați șters.

Un .npmrc de proiect, un fișier de utilizator, configurarea globală, opțiunile comenzii și setările mediului pot conta toate. Eliminarea unei valori dintr-un loc poate scoate la iveală o altă valoare dedesubt.

Găsiți valoarea înainte de a o schimba

Inspectați configurarea efectivă a npm și fișierele relevante pentru acel apel. Observați dacă operațiunea este locală proiectului sau globală. O setare de proiect nu este dovadă pentru o instalare globală.

Contează și numele opțiunilor de proxy. O cheie personalizată asemănătoare cu http_proxy nu este automat opțiunea documentată proxy. Ortografia variabilelor de mediu și ortografia cheilor de configurare npm sunt interfețe separate.

Reinstalarea executabilului nu are legătură

Directorul de instalare al Node nu este neapărat locul unde se află configurarea de utilizator. Înlocuirea executabilului poate lăsa fișierul de utilizator și mediul procesului neatinse. De aceea o instalare curată a programului poate arăta imediat vechiul punct final de rețea.

După ce găsiți sursa, eliminați intrarea învechită la acel nivel. Apoi interogați din nou valoarea efectivă din același director de lucru și același cont care au produs eroarea. Evitați să setați un șir arbitrar gol sau care arată ca null, dacă npm-ul instalat nu documentează acea semnificație.

Țineți setarea de registry separat. Un URL de registry local poate arăta ca o adresă de proxy, dar ștergerea lui schimbă de unde sunt cerute metadatele pachetelor. Nu ștergeți un registry intern necesar doar pentru a elimina un proxy de redirecționare nedorit.