Почему npm всё ещё видит прокси после его удаления

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

Проектный .npmrc, пользовательский файл, глобальная конфигурация, параметры команды и настройки окружения — всё это может иметь значение. Удаление значения в одном месте может открыть другое значение под ним.

Найдите значение до того, как его менять

Изучите действующую конфигурацию npm и файлы, относящиеся к этому вызову. Обратите внимание, локальна ли операция для проекта или глобальна. Настройка проекта не доказывает ничего о глобальной установке.

Названия параметров прокси тоже важны. Собственный ключ, похожий на http_proxy, не становится автоматически документированным параметром proxy. Написание переменных окружения и написание ключей конфигурации npm — это разные интерфейсы.

Переустановка исполняемого файла здесь ни при чём

Каталог установки Node не обязательно совпадает с местом, где живёт ваша пользовательская конфигурация. Замена исполняемого файла может оставить пользовательский файл и окружение процесса нетронутыми. Поэтому чистая установка программы может сразу показать старую сетевую конечную точку.

Найдя источник, удалите устаревшую запись на этом уровне. Затем снова запросите действующее значение из того же рабочего каталога и той же учётной записи, в которых возникла ошибка. Избегайте установки произвольной пустой строки или строки, похожей на null, если установленный npm не описывает такое значение.

Держите настройку registry отдельно. Локальный URL registry может выглядеть как адрес прокси, но его удаление меняет место запроса метаданных пакетов. Не стирайте нужный внутренний registry только ради того, чтобы убрать нежелательный пересылающий прокси.