Errori del proxy npm durante il download degli script di installazione

Se un'installazione npm supera il download dal registro e si ferma in uno script di installazione, identifica il secondo downloader. Il pacchetto JavaScript può essere già presente mentre il suo binario specifico per la piattaforma manca ancora.

1. Trova il titolare della richiesta nel log. Annota lo script del ciclo di vita, l'eseguibile o la libreria HTTP, il nome dell'host di destinazione e il primo errore. Un pacchetto può avviare un altro programma il cui download è separato dal trasferimento del registro npm.
2. Usa l'interfaccia proxy supportata da quel downloader. Per il percorso resources.js di tfjs-node, l'ambiente proxy del processo figlio è un esempio concreto. Controlla le impostazioni di download documentate del pacchetto e l'ambiente del processo che effettua la richiesta. Una variabile proxy standard aiuta solo se quel consumatore la legge; aggiungere variabili con nomi simili non dimostra il supporto.
3. Segui il percorso reale dell'artefatto. I server di rilascio, gli archivi di oggetti e le destinazioni di reindirizzamento possono differire dal registro. Confronta autenticazione proxy, destinazioni approvate e fiducia TLS per la richiesta non riuscita.

Fallo prima di svuotare le cache: la transizione nel log dal recupero del pacchetto all'esecuzione del ciclo di vita restringe già il guasto. Un accesso riuscito al registro è una prova comparativa utile, ma non dimostra che il programma secondario supporti lo stesso percorso o possa raggiungere il proprio host degli artefatti.

Disabilitare gli script di installazione può saltare il download e lasciare il pacchetto inutilizzabile. Se il pacchetto documenta un percorso di installazione approvato, precompilato o offline, prepara quell'artefatto deliberatamente e conferma che l'eseguibile sia disponibile prima di considerare l'installazione completa.