Чому npm досі бачить проксі після його видалення

Ви видаляєте проксі npm, запитуєте знову, а значення все ще на місці. Перш ніж повторювати команду з ширшими правами, перевірте, яку конфігурацію ви видалили.

Проєктний .npmrc, користувацький файл, глобальна конфігурація, параметри команди й налаштування середовища — усе це може мати значення. Видалення значення в одному місці може відкрити інше значення під ним.

Знайдіть значення, перш ніж його змінювати

Огляньте чинну конфігурацію npm і файли, дотичні до цього виклику. Зверніть увагу, чи операція локальна для проєкту, чи глобальна. Налаштування проєкту не є доказом глобального встановлення.

Назви параметрів проксі теж важливі. Власний ключ, схожий на http_proxy, не стає автоматично задокументованим параметром proxy. Написання змінних середовища й написання ключів конфігурації npm — це різні інтерфейси.

Перевстановлення виконуваного файлу тут ні до чого

Каталог встановлення Node не обов'язково збігається з місцем, де живе ваша користувацька конфігурація. Заміна виконуваного файлу може залишити користувацький файл і середовище процесу незмінними. Тому чисте встановлення програми може одразу показати стару мережеву кінцеву точку.

Знайшовши джерело, видаліть застарілий запис на цьому рівні. Потім знову запитайте чинне значення з того самого робочого каталогу й облікового запису, які спричинили помилку. Уникайте встановлення довільного порожнього рядка або рядка, схожого на null, якщо встановлений npm не документує такого значення.

Тримайте налаштування registry окремо. Локальний URL registry може виглядати як адреса проксі, але його видалення змінює місце запиту метаданих пакетів. Не стирайте потрібний внутрішній registry лише для того, щоб прибрати небажаний пересилальний проксі.