Сбои прокси npm при загрузке установочных скриптов
Пакет npm может запускать отдельную загрузку во время установки. Определите эту программу и хост, вместо того чтобы считать, что каждый запрос использует конфигурацию прокси реестра npm.
Если установка npm проходит загрузку из реестра и останавливается в установочном скрипте, определите второй загрузчик. Пакет JavaScript может уже присутствовать, а его двоичный файл для конкретной платформы всё ещё отсутствует.
- Найдите владельца запроса в журнале. Запишите скрипт жизненного цикла, исполняемый файл или HTTP-библиотеку, имя целевого хоста и первую ошибку. Пакет может запускать другую программу, загрузка которой отделена от передачи реестра npm.
- Используйте интерфейс прокси, который поддерживает этот загрузчик. Для пути resources.js в tfjs-node окружение прокси дочернего процесса — один конкретный пример. Проверьте документированные настройки загрузки пакета и окружение процесса, выполняющего запрос. Стандартная переменная прокси помогает только если этот потребитель её читает; добавление переменных с похожими именами не доказывает поддержку.
- Следуйте фактическому маршруту артефакта. Серверы выпуска, объектные хранилища и цели перенаправления могут отличаться от реестра. Сравните аутентификацию прокси, одобренные назначения и доверие TLS для запроса, который не удался.
Сделайте это до очистки кешей: переход в журнале от получения пакета к выполнению жизненного цикла уже сужает неисправность. Успешный доступ к реестру — полезное сравнительное свидетельство, но он не доказывает, что вторичная программа поддерживает тот же маршрут или может достичь своего хоста артефактов.
Отключение установочных скриптов может пропустить загрузку и оставить пакет непригодным. Если пакет документирует одобренный предварительно собранный или офлайн-путь установки, подготовьте этот артефакт намеренно и подтвердите, что исполняемый файл доступен, прежде чем считать установку завершённой.