Грешке npm проксија при преузимању инсталационих скрипти

Ако npm инсталација прође преузимање из регистра и заустави се у инсталационој скрипти, идентификујте други преузимач. JavaScript пакет можда већ постоји док његова бинарна датотека специфична за платформу још недостаје.

1. Пронађите власника захтева у запису. Забележите скрипту животног циклуса, извршну датотеку или HTTP библиотеку, назив одредишног хоста и прву грешку. Пакет може покренути други програм чије је преузимање одвојено од преноса npm регистра.
2. Користите прокси интерфејс који тај преузимач подржава. За resources.js путању tfjs-node, прокси окружење подређеног процеса је један конкретан пример. Проверите документоване поставке преузимања пакета и окружење процеса који шаље захтев. Стандардна прокси променљива помаже само ако је тај потрошач чита; додавање истоимених променљивих не доказује подршку.
3. Пратите стварну путању артефакта. Сервери издања, складишта објеката и одредишта преусмеравања могу се разликовати од регистра. Упоредите прокси аутентификацију, одобрена одредишта и TLS поверење за захтев који није успео.

Урадите то пре брисања кеша: прелаз у запису од преузимања пакета до извршавања животног циклуса већ сужава квар. Успешан приступ регистру користан је упоредни доказ, али не доказује да секундарни програм подржава исту руту или може да достигне свој артефакт хост.

Онемогућавање инсталационих скрипти може прескочити преузимање и оставити пакет неупотребљивим. Ако пакет документује одобрену унапред изграђену или ванмрежну путању инсталације, припремите тај артефакт намерно и потврдите да је извршна датотека доступна пре него што инсталацију сматрате завршеном.