Błędy proxy npm podczas pobierania skryptów instalacyjnych

Jeśli instalacja npm przejdzie pobieranie z rejestru i zatrzyma się w skrypcie instalacyjnym, zidentyfikuj drugi mechanizm pobierania. Pakiet JavaScript może już być obecny, podczas gdy jego plik binarny dla danej platformy nadal brakuje.

1. Znajdź właściciela żądania w dzienniku. Zapisz skrypt cyklu życia, plik wykonywalny lub bibliotekę HTTP, nazwę hosta docelowego i pierwszy błąd. Pakiet może uruchomić inny program, którego pobieranie jest oddzielone od transferu z rejestru npm.
2. Użyj interfejsu proxy obsługiwanego przez ten mechanizm. Dla ścieżki resources.js tfjs-node środowisko proxy procesu potomnego jest jednym konkretnym przykładem. Sprawdź udokumentowane ustawienia pobierania pakietu i środowisko procesu wysyłającego żądanie. Standardowa zmienna proxy pomaga tylko wtedy, gdy ten odbiorca ją czyta; dodanie zmiennych o podobnych nazwach nie dowodzi obsługi.
3. Śledź rzeczywistą trasę artefaktu. Serwery wydań, magazyny obiektów i cele przekierowań mogą różnić się od rejestru. Porównaj uwierzytelnianie proxy, zatwierdzone cele i zaufanie TLS dla nieudanego żądania.

Zrób to przed czyszczeniem pamięci podręcznych: przejście w dzienniku od pobrania pakietu do wykonania cyklu życia już zawęża usterkę. Udany dostęp do rejestru to przydatny dowód porównawczy, ale nie dowodzi, że program pomocniczy obsługuje tę samą trasę lub może dotrzeć do swojego hosta artefaktów.

Wyłączenie skryptów instalacyjnych może pominąć pobieranie i pozostawić pakiet bezużytecznym. Jeśli pakiet dokumentuje zatwierdzoną wstępnie zbudowaną lub offline ścieżkę instalacji, przygotuj ten artefakt świadomie i potwierdź, że plik wykonywalny jest dostępny, zanim uznasz instalację za zakończoną.