Зашто npm и после брисања има прокси

Обришете npm прокси, поново га проверите, а вредност је и даље ту. Пре него што поновите команду са већим привилегијама, проверите коју сте конфигурацију обрисали.

Пројектни .npmrc, корисничка датотека, глобална конфигурација, опције команде и поставке окружења могу све бити важне. Уклањање вредности са једног места може открити другу вредност испод ње.

Пронађите вредност пре него што је промените

Прегледајте стварну npm конфигурацију и датотеке релевантне за тај позив. Обратите пажњу да ли је радња локална за пројекат или глобална. Пројектна поставка није доказ о глобалној инсталацији.

Важна су и имена прокси опција. Прилагођени кључ сличан http_proxy није аутоматски документована опција proxy. Писање променљивих окружења и писање npm конфигурационих кључева су одвојени интерфејси.

Поновна инсталација извршне датотеке нема везе с тим

Node-ов инсталациони директоријум није нужно место где живи ваша корисничка конфигурација. Замена извршне датотеке може оставити корисничку датотеку и окружење процеса нетакнутим. Зато чиста инсталација програма може одмах показати стару мрежну крајњу тачку.

Када пронађете извор, уклоните застарелу ставку на том нивоу. Затим поново проверите стварну вредност из истог радног директоријума и налога који су изазвали грешку. Избегавајте постављање произвољног празног или null-сличног низа, осим ако инсталирани npm документује то значење.

Држите поставку registry-а одвојено. Локални registry URL може изгледати као прокси адреса, али брисање мења одакле се траже метаподаци пакета. Не бришите потребан интерни registry само да бисте уклонили нежељени прослеђујући прокси.