Защо npm все още има прокси, след като го изтриете
npm чете няколко източника на конфигурация. Премахването на запис от един файл или преинсталирането на Node може да остави друг източник в сила.
Изтривате проксито на npm, питате го отново и стойността все още е там. Преди да повторите командата с по-високи права, проверете коя конфигурация сте изтрили.
Проектен .npmrc, потребителски файл, глобална конфигурация, опции на командата и настройки на средата — всичко това може да има значение. Премахването на стойност от едно място може да разкрие друга стойност под нея.
Намерете стойността, преди да я промените
Прегледайте действащата конфигурация на npm и файловете, относими към това извикване. Обърнете внимание дали операцията е локална за проекта, или глобална. Проектната настройка не е доказателство за глобална инсталация.
Имената на опциите за прокси също имат значение. Персонализиран ключ, подобен на http_proxy, не е автоматично документираната опция proxy. Изписването на променливите на средата и изписването на ключовете за конфигурация на npm са отделни интерфейси.
Преинсталирането на изпълнимия файл няма значение
Директорията за инсталация на Node не е непременно мястото, където живее потребителската ви конфигурация. Смяната на изпълнимия файл може да остави потребителския файл и средата на процеса непокътнати. Ето защо чиста инсталация на програмата може веднага да покаже стария мрежов адрес.
След като намерите източника, премахнете остарелия запис на това ниво. След това отново попитайте действащата стойност от същата работна директория и профил, които са предизвикали проблема. Избягвайте да задавате произволен празен или подобен на null низ, освен ако инсталираният npm не документира това значение.
Пазете настройката за registry отделно. Локален URL на registry може да изглежда като адрес на прокси, но изтриването му променя откъде се заявяват метаданните на пакетите. Не изтривайте необходим вътрешен registry само за да премахнете нежелано препращащо прокси.