npm-välityspalvelimen virheet asennusskriptien latauksissa
npm-paketti voi käynnistää erillisen latauksen asennuksen aikana. Tunnista kyseinen ohjelma ja isäntä sen sijaan, että olettaisit jokaisen pyynnön käyttävän npm-rekisterin välityspalvelinasetusta.
Jos npm-asennus ohittaa rekisterilatauksen ja pysähtyy asennusskriptiin, tunnista toinen lataaja. JavaScript-paketti voi olla jo paikalla, kun taas sen alustakohtainen binääritiedosto puuttuu yhä.
- Etsi pyynnön omistaja lokista. Kirjaa elinkaariskripti, suoritettava tiedosto tai HTTP-kirjasto, kohdeisännän nimi ja ensimmäinen virhe. Paketti voi käynnistää toisen ohjelman, jonka lataus on erillään npm-rekisterin siirrosta.
- Käytä välityspalvelinrajapintaa, jota kyseinen lataaja tukee. tfjs-noden resources.js-polulla lapsiprosessin välityspalvelinympäristö on yksi konkreettinen esimerkki. Tarkista paketin dokumentoidut latausasetukset ja pyynnön tekevän prosessin ympäristö. Vakio välityspalvelinmuuttuja auttaa vain, jos kyseinen kuluttaja lukee sen; samannimisten muuttujien lisääminen ei todista tukea.
- Seuraa artefaktin todellista reittiä. Julkaisupalvelimet, objektivarastot ja uudelleenohjauskohteet voivat poiketa rekisteristä. Vertaa epäonnistuneen pyynnön välityspalvelimen todennusta, hyväksyttyjä kohteita ja TLS-luottamusta.
Tee tämä ennen välimuistien tyhjentämistä: lokin siirtymä paketin noudosta elinkaaren suoritukseen rajaa vian jo. Onnistunut rekisterikäyttö on hyödyllinen vertailutodiste, mutta se ei todista, että toissijainen ohjelma tukee samaa reittiä tai pääsee artefakti-isäntäänsä.
Asennusskriptien poistaminen käytöstä voi ohittaa latauksen ja jättää paketin käyttökelvottomaksi. Jos paketti dokumentoi hyväksytyn valmiiksi rakennetun tai offline-asennuspolun, valmistele kyseinen artefakti tarkoituksella ja varmista, että suoritettava tiedosto on saatavilla ennen kuin katsot asennuksen valmiiksi.